java 泛型不支持直接限定具体类型集合（如仅允许 string 或 integer），但可通过私有构造 + 静态工厂方法实现类型安全的实例创建，确保运行时仅能构造合法类型对象。
java 泛型不支持直接限定具体类型集合（如仅允许 string 或 integer），但可通过私有构造 + 静态工厂方法实现类型安全的实例创建，确保运行时仅能构造合法类型对象。
在 Java 中，泛型是类型擦除的，语言层面不提供类似 class N<K extends String | Integer> 的语法（该写法非法）。因此，无法在编译期完全禁止 N<Double> 这样的类型声明——但我们可以严格控制其实例化过程，确保只有 N<String> 和 N<Integer> 能被成功创建并使用。
最实用、简洁且符合 Java 惯用法的方案是：将构造函数设为 private，仅暴露类型明确的静态工厂方法。这样，外部代码无法直接调用 new N<Double>(...)，而只能通过 N.create("hello") 或 N.create(42) 构造对象，从而在语义和实践上达成“仅支持 String 和 Integer”的目标。
以下是推荐实现：
public class N<K> {
private final K obj;
private N(K obj) {
this.obj = obj;
}
// 仅允许创建 N<String> 实例
public static N<String> create(String value) {
return new N<>(value);
}
// 仅允许创建 N<Integer> 实例
public static N<Integer> create(Integer value) {
return new N<>(value);
}
public K getObject() {
return obj;
}
}✅ 使用方式（编译通过）：
N<String> b = N.create("hi"); // OK
N<Integer> c = N.create(100); // OK❌ 非法使用（编译失败）：
// N<Double> a = new N<Double>(100.10); // 编译错误：构造函数不可见 // N<Double> d = N.create(3.14); // 编译错误：无匹配的 create(Double) 方法
⚠️ 注意事项：
- 尽管 N<Double> 作为类型参数仍可声明（如 N<Double> ref;），但由于缺少对应 create() 方法且构造器私有，无法完成实例化，实际无法参与有效逻辑；
- 工厂方法返回的是具体类型（N<String> / N<Integer>），配合泛型推断，调用端无需显式指定类型参数，提升可读性与安全性；
- 若需进一步强化类型约束（例如在 API 层禁止 N<?> 的泛型通配使用），可结合接口抽象或模块封装，但通常上述工厂模式已满足绝大多数业务场景。
总结：Java 泛型的开放性决定了“完全封禁非法类型”不可行，但通过封装构造逻辑 + 类型专用工厂方法，我们能以零运行时开销、强编译检查的方式，达成事实上的类型白名单控制——这正是面向对象设计中“封装变化”原则的典型应用。
