匿名对象适合用在哪儿
只调用一次方法、不需复用、也不需要后续修改状态的场景，比如传参、链式调用末端、回调初始化。这时候定义变量纯属多此一举，反而让代码变啰嗦。
常见错误现象：new ArrayList() 赋值给 list 变量，紧接着只调用一次 add() 就扔掉；或者 new Thread(() -> {...}) 启动后立刻丢弃引用——变量名没带来任何维护价值，只占一行位置。
- GUI事件监听：直接传
new ActionListener() { ... }，不用起名再注册 - 函数式接口实现（Java 8+）：
stream().filter(new Predicate() { ... })不如用 lambda，但某些老 API 不支持 lambda 时，匿名类仍是简洁选择 - 临时数据结构初始化：如
map.put("key", new HashMap())，内部HashMap无需后续操作，就别单独声明
匿名对象不能干啥，硬来会出啥错
匿名对象没有名字，意味着无法再次访问、无法赋值给字段、无法用于 instanceof 判定（除非强转）、更不能调用多次——它只活在创建它的那一行表达式里。
典型翻车现场：new StringBuilder("a").append("b").toString() 没问题；但有人写成 new StringBuilder("a").append("b"); new StringBuilder("c").append("d");，以为两个对象能串起来，结果第二行构造完就丢弃，第一行也没保存，白忙活。
立即学习“Java免费学习笔记（深入）”；
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 不能赋值给
final字段或方法参数（除非该参数类型匹配其父类/接口） - 不能在
switch表达式中作为 case 值（匿名对象无稳定 hashcode / equals 语义） - 调试时看不到变量名，堆栈里只显示类似
OuterClass$1，排查困难
匿名内部类 vs 匿名对象：别混了
“匿名对象”常被误叫成“匿名内部类”，其实二者不是一回事：匿名对象是实例，匿名内部类是类定义 + 实例化一步到位。你写 new Runnable() { public void run() {} }，是在创建一个 Runnable 接口的匿名实现类的实例；而 new Object() 是直接 new 出 Object 的实例，没重写任何方法，不算“类”，只是个对象。
使用场景差异明显：
- 需要重写方法 → 用匿名内部类（如
new Comparator<string>() { ... }</string>） - 只需要一个干净实例，不改行为 → 用匿名对象（如
new Date()、new byte[0]） - Java 8 后，大部分函数式接口优先用 lambda：
o -> o.toString()比new Function() { ... }更轻量，且编译器能优化
性能和可读性怎么平衡
匿名对象本身几乎没运行时开销，但过度使用会让逻辑碎片化。尤其嵌套三层以上（比如 new HashMap().put("a", new ArrayList().add(...))），别人读起来要从里往外推执行顺序，容易漏掉空指针或副作用。
建议守住一条线：**只要下一行还要用这个对象，就该有变量名**。比如 new URL("http://x").openConnection() 后马上要设 timeout，那就得先存成 conn；如果只是 System.out.println(new Date())，那完全 OK。
- IDE 通常对匿名对象不提供重构支持（比如“提取变量”对
new X()无效） - 单元测试难 mock：匿名类无法被
Mockito.mock()直接处理，得靠 spy 或改设计 - Android 开发中，匿名内部类持外部类引用，易引发内存泄漏——这时候宁可多写一行变量，也要显式用
WeakReference或静态内部类
真正省事的前提是：你知道它只出现一次，且上下文足够清晰。否则，少定义一个变量省不了多少时间，多读三遍代码反而更耗神。
