Java中泛型类的非静态内部类可直接使用外部类泛型参数T，无需重新声明；若需独立泛型，应使用不同名称（如U）；静态内部类无法访问外部T，必须自行声明泛型。
Java中泛型类定义内部类时，若希望内部类“共享”外部类的泛型参数 T（即不重新声明自己的 T），关键在于：**内部类不声明同名泛型参数，而是直接使用外部类已绑定的类型**。
内部类不声明泛型参数，直接用外部类的 T
这是最直接、最安全的方式。内部类作为成员类，默认处于外部类的作用域内，可直接引用外部类的类型参数（前提是它不是静态的）：
- 非静态内部类能天然访问外部类的泛型类型参数
T，无需额外语法 - 此时内部类中出现的
T就是外部类实例化时确定的那个类型（如String、Integer） - 编译器在类型擦除后仍能保证类型一致性，因为内部类与外部类共用同一份泛型绑定
示例：
class Box<t> {
private T value;
<pre class="brush:php;toolbar:false;">// ✅ 正确：非静态内部类，不声明 T，直接使用外部类的 T
class ContentHolder {
void set(T item) { value = item; } // 使用的是 Box<t> 的 T
T get() { return value; }
}
ContentHolder newHolder() { return new ContentHolder(); }</t>
}
使用时：Box<string> box = new Box(); Box<string>.ContentHolder h = box.newHolder();</string></string> —— h.set("ok") 类型安全，h.get() 返回 String。
若需额外泛型能力，用不同名称避免冲突
当内部类确实需要自己独立的泛型参数（比如要支持多种类型操作），应**避免重用 T 名称**，改用其他字母（如 U、V）：
- 这样既保留了对外部
T的访问能力，又赋予内部类自身泛型灵活性 - 可通过
Box.this.value明确访问外部类字段，类型仍是外部T
示例：
class Box<t> {
private T value;
<pre class="brush:php;toolbar:false;">// ✅ 合理：内部类用 U，不遮蔽外部 T
class Transformer<u> {
U transform(T input) { /* 可安全使用 T 和 U */ return null; }
T getValue() { return Box.this.value; } // 明确指向外部类的 T 类型值
}</u>
}
静态内部类无法直接使用外部类泛型 T
静态内部类脱离外部类实例存在，**不能引用外部类的泛型参数 T**（因为 T 属于具体实例的类型信息，而静态类无实例上下文）：
- 若声明为
static class Holder，则内部不能写T—— 编译报错 “cannot reference T from a static context” - 如需类型支持，必须让静态内部类自己声明泛型参数（如
<u></u>），或通过方法参数/返回值显式传递类型
错误做法：内部类重声明同名泛型 T
这是常见陷阱 —— 内部类写 class Inner<t></t>，会导致：
- 内部类的
T完全覆盖（shadow）外部类的T - 即使外部是
Box<string></string>，内部T仍是未绑定的形参，与String无关 - 无法自然获得外部类型约束，失去泛型协作意义
总结：想共享外部泛型 T，就别在内部类上再写 <t></t>；需要扩展能力，就换名字；要静态，就得另谋泛型方案。核心是理解作用域和实例绑定关系。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
