成员内部类是定义在外部类成员位置、无static修饰、依赖外部类实例的非静态嵌套类，可直接访问外部类所有成员（含private），编译后隐式持有外部类引用（this$0），必须通过outerInstance.new Inner()创建。
成员内部类在源码中不是“独立存在”的类，而是外部类逻辑的一部分。理解它的归属，关键不在于看它写了多少行代码，而在于它是否承担了“只为这个外部类服务”的职责。
看声明位置和访问权限
成员内部类定义在外部类的大括号内、方法外，且通常没有 static 修饰。如果看到类似 class Outer { class Inner { ... } } 的结构，就说明 Inner 是 Outer 的成员——它天然绑定 Outer 实例，不能脱离 Outer 单独存在。
注意访问修饰符：
• 若为 private，说明 Inner 完全对外隐藏，只供 Outer 内部使用（比如封装一个仅用于遍历的迭代器）；
• 若为 package-private（默认），可能被同包其他类间接使用，但仍属于 Outer 的逻辑延伸；
• 即使是 public，也需通过 outerInstance.new Inner() 创建，表明它依赖外部实例。
查它对外部类成员的引用方式
成员内部类能直接访问外部类所有字段和方法（包括 private）。在源码中留意：
• 是否频繁调用 outerField 或 outerMethod()，而没做任何中间封装；
• 是否出现 Outer.this 显式引用——这是它“认亲”的铁证；
• 是否在构造时隐式持有外部类引用（编译后字节码里会多一个 final Outer this$0 字段）。
例如 LinkedList 的 Entry 类、ArrayList 的 SubList，都直接读写外部类的 elementData、size 等私有字段，这就是强归属的体现。
观察创建和使用场景
成员内部类一般不会被 new 出来扔给别的模块用。重点关注：
• 是否只在外部类的方法里被实例化（如 return new Inner();）；
• 是否作为返回值类型但限定在本类 API 内（如 Iterator<E> iterator() 返回的是内部实现类）；
• 是否被用作监听器、回调或策略实现，且生命周期与外部类一致（比如 Swing 中的事件处理器）。
一旦发现它只出现在 getXXX() 方法里、或者作为私有方法的局部变量，基本可以判定：它是 Outer 的“内脏”，不是独立器官。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
对比静态嵌套类来反向确认
如果同一个类里既有 static class Helper，又有 class Worker，那后者大概率是成员内部类。静态嵌套类能独立创建、不持外部引用、只访问 static 成员；而 Worker 若访问了非静态字段、用了 this 或 Outer.this，甚至构造器里没传参却能运行——说明 JVM 已悄悄帮它绑定了 Outer 实例。
这种差异在阅读 AQS、ConcurrentHashMap 或 Spring 的 BeanFactory 源码时特别明显：真正干活的逻辑常藏在成员内部类里，而静态嵌套类多用于工具型辅助结构。
