Java泛型构造：工厂模式替代反射与接口构造器

使用起来非常直观清晰，而且类型推导也能完整保留：

ArrayStack stack = new ArrayStack<>();
stack.push("a"); stack.push("b");
ArrayStack reversed = stack.reverse(ArrayStack::new); // ✅ 编译期类型安全

进阶实践：专用工厂接口（扩展性强）

当你的需求变得更复杂——比如需要带容量的构造、从集合初始化、或者创建单位元——这时可以定义一个专用的工厂接口：

public interface StackFactory {
     Stack create();                    // 无参构造
     Stack create(int initialCapacity); // 带参构造
     Stack fromIterable(Iterable src);
}

public class ArrayStackFactory implements StackFactory {
    @Override
    public  ArrayStack create() {
        return new ArrayStack<>(); // 返回具体子类型
    }

    @Override
    public  ArrayStack create(int capacity) {
        return new ArrayStack<>(capacity);
    }

    @Override
    public  ArrayStack fromIterable(Iterable src) {
        ArrayStack stack = new ArrayStack<>();
        src.forEach(stack::push);
        return stack;
    }
}

此时，reverse 方法可以改为接收一个工厂实例，解耦得更彻底：

public static > S reverse(S original, StackFactory factory) {
    S result = (S) factory.create(); // 注意：这里需要显式转型（因为 factory 返回的是 Stack）
    Stack temp = original.copy();
    while (!temp.isEmpty()) result.push(temp.pop());
    return result;
}

⚠️ 注意：由于 Java 的泛型擦除机制，factory.create() 返回的是 Stack 而不是 S，所以转型时需要添加 @SuppressWarnings("unchecked")。不过，只要工厂的实现是正确的（例如 ArrayStackFactory.create() 确实返回了 ArrayStack），那么这个转型就是安全的——这算是当前语言限制下的一个合理妥协。

总结：为什么这是“惯用方式”

• 类型安全：所有构造逻辑都由编译器校验，IDE 也能提供全面的支持（自动补全、重构、错误高亮），你再也不必提心吊胆。
• 可测试性高：工厂可以轻松地被 mock 出来，写单元测试时非常顺手。
• 符合开闭原则：想新增一种 Stack 实现？只需提供对应的 Factory 即可，通用算法无需改动。
• 零反射开销：不会再遇到 ClassNotFoundException、InvocationTargetException 这类运行时异常来打扰你。
• 语义清晰：“谁负责创建”这件事情一目了然，再也不用滥用 Class，减少了大量歧义。

最后请记住一点：Class 不是类型工厂，它只是一个运行时元数据容器。真正的类型构造契约，应该由接口、组合，再加上函数式抽象（Supplier、Function）一起来承载——这，才是 Java 8 之后现代泛型编程的惯用之道。