匿名对象只能调用一次方法，因其无引用变量，方法执行后即不可达；常见错误如连续创建两个arraylist导致索引越界，链式调用需在同一表达式中完成，复用必须声明变量。
匿名对象只能调用一次方法
Java里用 new SomeClass() {...} 创建的匿名对象，没有变量引用它，方法调用完就失去访问路径。这不是语法限制，而是逻辑结果：没名字，就没法第二次拿到它。
常见错误现象：new ArrayList().add("a"); new ArrayList().get(0); —— 第二行报 IndexOutOfBoundsException，因为这是两个完全独立的对象，第二个空列表根本没元素。
- 想链式调用？必须保证所有操作在同一个表达式里，比如
new StringBuilder().append("a").append("b").toString() - 想复用？别用匿名对象，老老实实声明变量：
ArrayList<string> list = new ArrayList();</string> - 构造器带参数时尤其容易踩坑，比如
new Thread(() -> {}).start();没问题，但new Thread(() -> {}).run();不会启动线程（只是普通方法调用），且无法再 start
匿名对象无法被外部持有或传递给需要多次使用的场景
匿名对象本质是“一次性快照”，适用于临时、即用即弃的场合，比如作为参数传给只读方法，或初始化某个只取值一次的字段。
使用场景有限：适合 Comparator、Runnable、Supplier 这类函数式接口的简单实现；不适合需要状态保持、回调重入、或跨方法共享的逻辑。
立即学习“Java免费学习笔记（深入）”；
- 不能赋值给
final字段并后续使用——编译不过，因为没引用 - 传给异步方法（如
CompletableFuture.runAsync()）后，如果该对象内部有可变状态，外部无法感知或干预 - Spring 等框架里，匿名对象无法被代理（比如加
@Transactional），因为代理需要持有一个明确的 bean 引用
垃圾回收时机不受匿名对象影响，但可能比预期更早
匿名对象跟普通对象一样走 JVM 垃圾回收流程，区别只在于：它从诞生起就没有栈上引用，只要所在语句执行完，就满足“不可达”条件。
性能影响不大，但容易误判生命周期。比如在循环里写 for (int i = 0; i ，每次迭代都会产生一个大数组，立刻变成垃圾，可能触发频繁 Minor GC。
- 别指望匿名对象“活到方法结束”——只要表达式求值完成，引用就消失了
- 如果对象内部开了线程、注册了监听器、或调用了 native 资源（如
FileChannel），而你又没显式清理，就可能泄漏资源，和匿名与否无关，但更容易被忽略 - 用 JFR 或 VisualVM 观察时，这类对象常出现在 “Allocation Profiling” 里，但不会在堆转储中长期存在
替代方案：什么时候该放弃匿名对象
当出现以下任一情况，就该停手，改用命名对象或更合适的结构：
- 需要调用多个方法，尤其是有 getter/setter 或状态变更的，比如
new Properties().load(...);后还想读里面的内容 - 要传给多个方法，或作为返回值暴露出去，比如
return new HashMap() {{ put("k", "v"); }};—— 这种双大括号初始化实际创建了匿名子类，有序列化和内存泄漏风险 - 构造逻辑复杂，含 try-catch、条件分支或资源获取，此时匿名写法会让代码难以调试和测试
- 用到了非静态内部类语法（即双大括号初始化），会导致隐式持有外部类引用，可能阻止外部实例回收
真正省事的不是“不写变量名”，而是“不需要维护状态”。一旦需求越界，匿名对象就成了遮掩设计缺陷的胶带。
