Java静态工厂方法模式实现

静态工厂方法——这个名词听起来像是设计模式里的某个标准术语，但说实话，在 Java 的实际开发中，它更像是一种随手可用的编程技巧。说白了，就是用 static 方法去封装对象创建的逻辑，代替直接 new 的写法。它比 GoF 经典定义中的“工厂方法模式”更轻量、更灵活，也更容易上手。

为什么用 static 方法做工厂？

静态工厂方法的好处很明显：不用创建实例就能调用，直接、语义清晰；能返回任意子类型——包括私有类或非 public 类；支持缓存、复用、延迟初始化；还能避免构造器重载带来的歧义，尤其是参数类型相近的时候，构造器很容易让人搞不清哪个是哪个。

• 方法名可以自定义，比如 of()、from()、newInstance()，比构造器更有表达力
• 可以返回已有的对象（比如单例、池化对象），节省资源
• 可以返回不同子类的实例，甚至直接返回接口实现类，调用方完全不需要知道具体类型是谁

基础写法：用 static 方法封装构造逻辑

拿创建不同类型的 Shape 来说：

interface Shape { void draw(); }class Circle implements Shape {    public void draw() { System.out.println("Drawing Circle"); }}class Rectangle implements Shape {    public void draw() { System.out.println("Drawing Rectangle"); }}class ShapeFactory {    public static Shape createCircle() { return new Circle(); }    public static Shape createRectangle() { return new Rectangle(); }    // 或统一入口，用参数区分    public static Shape of(String type) {        return switch (type.toLowerCase()) {            case "circle" -> new Circle();            case "rectangle" -> new Rectangle();            default -> throw new IllegalArgumentException("Unknown shape: " + type);        };    }}

使用时直接写 Shape s = ShapeFactory.of("circle"); —— 调用方彻底解耦了具体实现类，以后增加新图形，改工厂方法就行，调用方几乎不用改代码。

进阶技巧：支持泛型与不可变构建

静态工厂方法天然适合配合泛型和 builder 模式。比如 JDK 里 Collections.emptyList() 就是泛型工厂的经典案例：public static List emptyList() { return Collections.EMPTY_LIST; }。再比如构建不可变对象：public static Person of(String name, int age) { return new Person(name, age); }，内部可以校验参数、拒绝 null，保证对象一旦创建就是合法状态。还有一个很实用的玩法：返回私有子类。比如 private static class LazyList implements List {...}，工厂方法返回这个类，对外完全隐藏实现细节，调用方只看到接口。

注意事项与常见陷阱

静态工厂方法虽好，但有几个地方得特别留意：

• 它不能被子类覆写，所以会失去多态扩展能力。如果运行时需要动态选择工厂，应该改用抽象工厂或策略模式。
• 类加载时不会自动发现所有工厂方法，不像服务发现机制那样智能。这就需要靠文档或者约定命名规范来弥补，比如统一用 of、from、valueOf 这类标准命名。
• 过度使用会导致一个类里的工厂方法越来越多，职责膨胀。建议按领域拆分工厂，比如 UserFactory、OrderFactory，各管各的。
• 避免在静态工厂中做耗时操作，比如 I/O、网络请求，否则首次调用性能会受影响。

静态工厂方法算不上设计模式的“标准解”，但在 Java 实际开发中，它绝对是最常用、最实用的对象创建方式之一。简洁、可控、易测试，用好了，代码会变得更健壮、更容易维护。