内部类能直接访问外部类private成员是因为编译器为其构造器添加隐式外部类引用参数并生成final字段this$0，使内部类可通过outerclass.this.x访问；但该引用易致内存泄漏。
内部类为什么能直接访问外部类的 private 成员
因为编译器悄悄给每个非静态内部类的构造器加了一个隐式参数，类型是外部类引用（OuterClass.this），并在字节码中生成一个指向外部类实例的 final 字段。这个引用不是你写的，但编译后真实存在——所以哪怕 private int x 在外部类里，内部类也能通过 OuterClass.this.x 拿到它。
- 你写
x = 42，编译器实际翻译成this.this$0.x = 42（this$0是编译器合成的字段名） - 如果外部类对象已销毁，而内部类对象还活着（比如被线程持有），就会导致内存泄漏——这是最常被忽略的隐患
- 静态内部类没有这个引用，所以不能访问外部类的非静态成员，否则编译报错：
non-static variable xxx cannot be referenced from a static context
局部内部类只能访问 final 或 effectively final 的局部变量
这不是设计选择，而是 JVM 栈帧生命周期决定的：方法执行完，栈帧就弹出，局部变量消失；但局部内部类对象可能还活着。为保证安全，编译器强制要求这些变量必须“事实上不可变”（effectively final），然后把值拷贝一份进内部类对象里。
成新网络商城购物系统
下载
使用模板与程序分离的方式构建，依靠专门设计的数据库操作类实现数据库存取，具有专有错误处理模块，通过 Email 实时报告数据库错误，除具有满足购物需要的全部功能外，成新商城购物系统还对购物系统体系做了丰富的扩展，全新设计的搜索功能，自定义成新商城购物系统代码功能代码已经全面优化，杜绝SQL注入漏洞前台测试用户名：admin密码：admin888后台管理员名：admin密码：admin888
- Java 8+ 允许不显式写
final，只要没被重新赋值，就算 effectively final - 如果在内部类里尝试修改局部变量（哪怕只是加个
++），编译直接失败：local variables referenced from an inner class must be final or effectively final - 想绕过？不行。用
AtomicInteger或单元素数组（如int[] holder = {0}）是常见 hack，但语义上已不是“访问变量”，而是“访问堆上对象的字段”
外部类怎么访问内部类成员：必须先有实例，且注意作用域
成员内部类不是“附属属性”，它和外部类是两个独立对象，只是创建时强绑定。外部类不能像调字段一样直接点出内部类的 public 成员——必须先 new 出内部类实例。
- 正确写法：
Outer.Inner inner = new Outer().new Inner(); inner.method(); - 错误写法：
new Outer().Inner.method();（语法非法）或Outer.Inner.method();（非静态内部类不能用类名直接调） - 如果内部类是
private，那外部类也只能在自己内部 new 它；其他类连 new 都做不到，除非通过公共工厂方法返回上转型接口
匿名内部类访问外部变量时，this 指向谁容易混淆
在匿名内部类里写 this，指的是匿名类自己的实例；想访问外部类的 this，得用 OuterClass.this。更麻烦的是，如果外部方法也有同名变量，就近原则会让代码行为出人意料。
- 比如外部方法有个
String name = "outer"，匿名类里也定义了String name = "inner"，那么直接写name就是 inner 的值 - 要访问外部类字段（非局部变量），用
OuterClass.this.name；要访问外部方法的局部变量，它必须是 effectively final，且不能重名——否则编译报错 - Android 开发中常见坑：在
onClick匿名类里调用Activity.this.finish()，但如果 Activity 已 finish 或正在重建，这里就可能 NPE 或静默失败
this$0 往往才是问题源头。 
