Java包装类通过valueOf()等静态工厂方法实现对象创建，统一入口、支持缓存复用（如-128~127整数）、语义清晰、可返回子类型，优于公有构造器。
Java 中的“工厂方法”静态化，并不是把经典工厂方法模式（Factory Method Pattern）直接改成 static，而是指采用静态工厂方法（Static Factory Method）这一轻量实践——它不依赖继承结构或抽象工厂类，却能达成解耦、复用、语义清晰等核心目标。最典型、最日常的体现，就是 Integer.valueOf()、Boolean.valueOf() 这类包装类 API。
为什么用静态工厂方法替代构造器
直接 new 一个对象看似简单，但隐藏着可读性差、无法缓存、类型适配僵硬等问题。静态工厂方法则天然支持：
- 语义命名：valueOf("123") 比 new Integer("123") 更明确表达“从字符串转为数值对象”的意图；parseBoolean("true") 比 new Boolean("true") 更贴近业务逻辑
- 对象复用：Integer.valueOf(100) 复用缓存实例，而 new Integer(100) 每次都新建——这对高频小整数场景节省大量堆内存
- 返回子类型：静态工厂可返回接口或抽象类的具体实现，比如 Collections.unmodifiableList() 返回的是不可变 List 实现，调用方只依赖 List 接口
- 延迟初始化与校验前置：可在创建前做参数合法性检查（如 radix 范围）、格式预解析，避免把异常抛到业务执行中途
自己写静态工厂方法的关键设计点
若需在业务代码中封装对象创建逻辑，不建议照搬简单 if-else 工厂类，而应聚焦接口契约与使用简洁性：
- 以接口定义统一入口：声明 public interface Parser { T parse(String s); }，再在其上定义 static Parser of(String type) 方法，让使用者只面向接口编程
- 避免暴露实现类名：不要返回 new JsonParserImpl()，而是用 lambda 或私有静态内部类封装行为，保证实现可替换
- 参数粒度要克制：一个 of(String format) 足够时，别扩展成 of(String format, boolean strict, int timeout)，复杂配置交给 Builder 或外部配置中心
- 异常语义要明确：不抛通用 RuntimeException，而是定义 UnsupportedFormatException 或 InvalidConfigException 等带业务含义的异常
包装类源码是最佳学习样本
看 Integer.valueOf(int i) 的实现，本质就是一个微型决策引擎：
立即学习“Java免费学习笔记（深入）”；
- 输入是 int，输出是 Integer
- 内部判断是否在 [-128, 127] 缓存区间，命中则取 cache 数组，否则 new 实例（JDK 9+ 实际返回不可变等效对象）
- 整个过程对调用方完全透明，也不需要 import 缓存类或了解线程安全细节
这种“输入→策略路由→结果返回”的闭环，正是静态工厂方法的精髓：它不是语法糖，而是把创建逻辑收束成可维护、可优化、可测试的一个单元。
什么时候不该用静态工厂方法
它适合稳定、轻量、类型边界清晰的场景，但以下情况应谨慎：
- 产品类型频繁新增（如每季度加一种支付渠道），此时简单工厂会不断修改，违反开闭原则，更适合工厂方法或抽象工厂
- 创建过程需依赖 Spring 容器托管生命周期（如带 @PostConstruct 或注入其他 Bean），static 方法无法享受 IoC
- 需要强制子类重写创建逻辑（比如每个子系统必须定制自己的连接池初始化策略），这时抽象模板方法更合适
