静态工厂方法比new更适合表达意图，因其可通过命名明确语义（如Date.fromISO）、避免构造函数参数歧义、支持返回子类/缓存/校验，且符合动词+名词命名规范（如fromJSON、ofNullable），而new无名称、无复用、校验滞后。
为什么静态工厂方法比 new 更适合表达意图
直接用
创建对象时，构造函数名固定、参数含义隐晦，比如
容易误以为是 6 月 1 日（实际是 6 月，但月份从 0 开始），且无法通过名字说明用途。静态工厂方法能用有意义的函数名把“做什么”说清楚，比如
或
，阅读代码时一眼知道目的，而不是猜参数顺序或含义。
如何命名静态工厂方法才不踩坑
命名不是随便加个
前缀就行。关键看它是否准确反映创建逻辑和返回类型：
用动词+名词结构，如
、
、
，避免模糊的
或
当返回子类或接口实现时，必须体现多态性，例如
返回不可变
，
明确返回空值语义
同一类有多个创建路径时，名字要可区分：比如
vs
，不能都叫
静态工厂方法怎么处理参数校验和缓存
构造函数只能在实例化后做校验（容易留下半初始化对象），而静态工厂方法可在创建前拦截非法输入；同时它天然支持对象复用——比如
复用常量池中的
，而
每次都新建。
校验失败时建议抛出明确异常，如
，消息里带上参数名，比如
缓存需注意线程安全，简单场景可用
单例（如
），复杂状态建议配合
或 Guava 的
不要在工厂方法里做耗时操作（如 I/O、网络请求），否则调用方无法感知延迟；真需要异步初始化，应改用
配合工厂返回
Java 和 JavaScript 中的典型误用对比
Java 里
是标准静态工厂，但很多人仍写
——不仅多余，还绕过缓存；JavaScript 则常误把工厂写成普通函数，比如
，这没问题，但若想约束返回类型或复用逻辑，就该封装为类上的静态方法：
，并让构造函数设为私有（TypeScript 可用
）。
最容易被忽略的是：静态工厂方法无法被子类继承重写（Java 中
方法不参与多态），所以如果后续需要策略扩展，得配合策略模式或依赖注入，而不是指望子类覆盖工厂方法。
newnew Date(2024, 5, 1)Date.fromISO("2024-06-01")Connection.usingTLS(host, port)createfromJSON()ofNullable()withRetry()make()build()List.of()ListOptional.empty()Config.fromFile(path)Config.fromEnv()create()Boolean.valueOf("true")Boolean.TRUEnew Boolean("true")IllegalArgumentException"port must be between 1 and 65535, got: " + portstatic finalOptional.empty()ConcurrentHashMapCacheBuilderCompletableFuture.supplyAsync()Integer.valueOf(int)new Integer(42)function createUser(name) { return { name }; }User.fromName(name)private constructorstatic