成员内部类必须通过外部类实例创建，用于强绑定交互场景；局部内部类限于方法内，适合一次性带状态逻辑，二者均持外部类引用但可见性与生命周期不同。
成员内部类怎么用，什么时候非用不可
成员内部类是定义在外部类**成员位置**（和字段、方法同级）的非静态类，它的核心价值在于「天然持有外部类实例引用」，能直接访问外部类所有成员，包括 private 字段和方法。
典型使用场景是：需要与外部类实例强绑定、高频交互，且不希望暴露给外部调用者。
- Android 中 Activity 内封装按钮点击逻辑：
class SaveButtonHandler直接读取this.titleText、调用saveToDB()，无需传参也不怕空指针 - Builder 模式中，
Builder作为成员内部类，可自由访问外部类的私有构造参数（如url、timeout），避免重复校验 - 事件监听器嵌套在业务类里，比如
NetworkClient内定义ResponseHandler，它天然知道当前请求的requestId和回调callback
⚠️ 容易踩的坑：new Outer().new Inner() 是唯一合法创建方式；如果在静态方法（如 main）里用，必须先 new 外部类——忘了这步会编译报错 non-static variable this cannot be referenced from a static context。
局部内部类只在方法里生效，但它不是“临时工”
局部内部类定义在方法体或作用域块内，作用域仅限该方法，但它的行为远比“用完即弃”更严谨：它能访问所在方法的 final 或“事实 final”（Java 8+）局部变量，也能访问外部类所有成员。
立即学习“Java免费学习笔记（深入）”；
它不是语法糖，而是解决「方法内需复用一段带状态的逻辑」的务实方案。
- 数据库批量操作中，把
BatchProcessor定义在executeBatch()方法里，它可捕获方法参数batchSize，又可调用外部类的getConnection() - 复杂算法分步执行时，每步封装成一个局部类（如
Validator、Transformer），避免方法过长，也防止变量污染外层作用域 - 注意：不能在局部内部类里定义
static成员（连static final常量都不行），否则编译失败
⚠️ 容易踩的坑：如果方法参数或局部变量后续被修改（哪怕只是加个 ++），JVM 会拒绝编译，提示“variable is accessed from within inner class and must be final or effectively final”。
成员内部类 vs 局部内部类：选哪个，看生命周期和可见性
两者都能访问外部类私有成员，但关键区别在「谁能看到它」和「它活多久」。
- 成员内部类是外部类的「正式成员」，可被设为
private、protected，其他类通过外部类实例间接使用；适合长期存在、可能被多次复用的辅助逻辑 - 局部内部类是「方法私有资产」，连外部类的其他方法都看不到它；适合一次性、上下文强耦合、且含闭包语义的场景
- 性能上无实质差异，但局部内部类编译后生成的
Outer$1LocalClass.class文件名含数字，不利于调试定位；成员内部类命名清晰（Outer$Inner.class）
一个硬指标：如果这个类需要在多个方法里被 new 出来，或者要被序列化（虽然不推荐），只能选成员内部类；如果它只服务当前方法的某段逻辑，局部内部类更干净。
别把局部内部类当匿名内部类用
局部内部类有名字、可重复实例化、可定义构造器和多种方法；而匿名内部类没类名、只能 new 一次、无法自定义构造逻辑。混用会导致代码难以维护。
- 错误示范：在循环里反复写
new Runnable() { ... }，其实应提取为局部内部类class BatchTask implements Runnable，再复用 - 正确时机用匿名类：简单回调，如
button.setOnClickListener(new View.OnClickListener() { ... })；一旦逻辑超过 5 行、或需复用、或要测试，立刻升级为局部或成员内部类 - 局部内部类可以实现多个接口、继承父类，匿名类只能「单实现 or 单继承」，灵活性差一截
真正容易被忽略的是：局部内部类虽小，但它和外部类实例之间仍存在隐式引用链，若它被意外逃逸（比如注册到全局监听器），会造成内存泄漏——这点和成员内部类一样危险。
