匿名内部类隐式持有外部类实例，易致内存泄漏；swing中应优先用方法引用或确保局部变量effectively final；android需用静态内部类+weakreference防activity泄漏。
Swing里用匿名内部类写addActionListener为什么总丢this引用？
因为匿名内部类会隐式持有外部类实例，如果外部类是Activity或长生命周期组件，容易引发内存泄漏。Swing桌面程序虽无GC压力，但若监听器绑在长期存活的JFrame上，又引用了局部大对象（比如缓存的BufferedImage），也会拖慢回收。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 优先用方法引用替代匿名类：
button.addActionListener(this::handleClick)，前提是handleClick是void handleClick(ActionEvent e)签名且不依赖局部变量 - 若必须捕获局部变量，确保它们是
final或事实不变（effectively final）；否则编译报错local variables referenced from an inner class must be final or effectively final - 避免在匿名类里直接调用
System.out.println(this)来调试——打印的是内部类实例，不是你想要的MyFrame对象
Android中View.setOnClickListener能用成员内部类吗？
能，但不推荐。成员内部类默认持有外部Activity强引用，而View又被Window持有，一旦Activity配置变更（如横竖屏），旧Activity无法被回收，触发LeakedIntentReceiver或ActivityLeak警告。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 改用静态内部类 +
WeakReference：声明static class ClickHandler implements View.OnClickListener，构造时传入new WeakReference(activity) - 在
onClick里先判空：if (activityRef.get() == null) return;，防止空指针 - 别把监听逻辑写在
Fragment的非静态内部类里——Fragment本身可能被重建，引用链更难理清
为什么lambda在Swing和Android上表现不一致？
根本原因是Java版本和运行环境限制。Android直到API 24（Java 8支持）才开始部分支持lambda，且需开启desugar；而Swing程序通常跑在JDK 8+，lambda可直接编译为私有静态方法+invokedynamic。
常见错误现象：
- Android Studio报错
Call requires API level 24，即使写了view.setOnClickListener(v -> doSomething()) - 混淆后lambda方法名被重命名，导致
OnClickListener回调失效（少见但真实发生过）
实操建议：
立即学习“Java免费学习笔记（深入）”；
- Android项目确认
compileSdkVersion≥ 24，并在build.gradle启用coreLibraryDesugaringEnabled true - Swing开发中，lambda比匿名类更轻量，但别在lambda里写超过3行逻辑——可读性会断崖下跌
- 两者都慎用捕获
context或frame：lambda看似简洁，实际生成的合成方法仍会持有外部实例
SwingUtilities.invokeLater和Android的Handler在内部类里怎么协同？
核心矛盾在于：Swing事件必须在EDT（Event Dispatch Thread）执行，Android主线程操作必须在UI线程。内部类若跨线程调用UI更新，不加同步就会崩溃或界面卡死。
典型错误：
- 在Swing的
Timer任务里直接label.setText(...)——Timer默认走后台线程，抛java.lang.IllegalStateException: not on event dispatch thread - Android中在子线程的
Runnable内部类里调用textView.setText(...)，直接CalledFromWrongThreadException
实操建议：
立即学习“Java免费学习笔记（深入）”；
- Swing统一用
SwingUtilities.invokeLater(() -> label.setText("done"))，哪怕你“确定”当前在线程上——EDT检测机制很严格 - Android优先用
view.post(() -> textView.setText("done"))，它比new Handler(Looper.getMainLooper()).post(...)更简洁且自动绑定当前View的线程上下文 - 别在内部类的
run方法里再嵌套一层invokeLater或post——多一层间接就多一分延迟，肉眼可感
Context或JFrame引用。 
