根本原因是匿名内部类仅定义行为而未被显式调用；必须将其传入能触发回调的api（如setonclicklistener、submit）或手动调用方法，且注意线程上下文与变量有效性。
Java 中匿名内部类实现接口回调时，为什么 run() 方法没被调用？
常见现象是：写了 new Runnable() { public void run() { ... } }，但里面逻辑始终不执行。根本原因不是语法错，而是没人调用它——匿名内部类只是定义了行为，必须显式触发（比如传给线程、注册到监听器、或手动调用 run()）。
事件驱动异步回调的关键在于「谁在什么时候调用你的回调」。例如监听按钮点击，得先调用 button.setOnClickListener(...)；如果是自定义异步任务，得自己在线程里调用 callback.onSuccess(...)。
- 确认你已将匿名对象作为参数传入能触发它的 API（如
executor.submit()、view.setOnClickListener()、或你自己写的registerCallback()方法） - 检查是否漏掉「触发动作」：比如启动线程后忘了
thread.start()，或异步操作完成后忘了调用listener.onResult() - Android 开发中注意线程限制：UI 相关回调（如
Toast）必须在主线程执行，否则静默失败或抛CalledFromWrongThreadException
如何定义一个可被匿名内部类实现的回调接口？
接口必须足够轻量、方法语义明确，且只含一个抽象方法（否则匿名类写法冗长，建议改用 Lambda）。例如：
public interface DataLoadCallback {
void onSuccess(String data);
void onError(Exception e);
}
这样就能用匿名类实现：
loadData(new DataLoadCallback() {
@Override
public void onSuccess(String data) {
System.out.println("Loaded: " + data);
}
@Override
public void onError(Exception e) {
e.printStackTrace();
}
});
- 接口方法名要反映时机和结果（
onSuccess/onError比handle更清晰） - 避免在接口中声明受检异常（
throws IOException），否则所有匿名实现都得写 try-catch，破坏简洁性 - 如果仅需单个回调，优先用函数式接口（如
Consumer<string></string>），但自定义接口更利于后期扩展（比如加onProgress(int)）
为什么在异步线程里 new 匿名内部类后，访问外部变量报错？
编译报 Variable 'xxx' is accessed from within inner class, needs to be final or effectively final。这不是运行时错误，而是 Java 语言规范强制要求：匿名内部类捕获的局部变量必须是「有效 final」——即声明后未再赋值。
- 把变量声明为
final String token = "abc";，或确保它只初始化一次（如String token = getToken();，之后不再改） - 若需修改状态（如计数、标记完成），改用单元素容器：用
AtomicBoolean done = new AtomicBoolean(false)或final int[] count = {0}（数组引用不变，内容可变） - 成员变量不受此限（因为匿名类持有外部实例引用），但要注意多线程下非 volatile 成员变量的可见性问题
Android 中用匿名内部类做 View 点击监听，为什么 findViewById() 返回 null？
典型错误是：在 setContentView() 前就调用 findViewById()，导致返回 null，后续 setOnClickListener 报 NullPointerException。
- 确保
findViewById()一定在setContentView(R.layout.xxx)之后调用 - Activity 中推荐在
onCreate()里完成视图查找和监听注册；Fragment 中则必须在onViewCreated()之后 - 使用 Kotlin 时注意：
findViewById<button>(R.id.btn).setOnClickListener { ... }</button>这种链式写法，一旦前一步为 null，整个表达式崩溃——建议拆成两行并加判空，或用 ViewBinding 替代
匿名内部类本身没问题，但它的生命周期和执行上下文完全依赖你写的那几行代码所处的位置和时机。最容易被忽略的是「谁负责调用」和「在哪条线程上执行」——这两个点错了，逻辑再正确也白搭。
