Collections.replaceAll对ArrayList无效的主因是未重写equals方法或null/空字符串误匹配；它用equals判断值相等，不处理语义“空”，且要求列表支持set操作。
为什么
对 ArrayList 无效？
因为
只修改列表中「值相等」的元素，不关心类型或引用；但如果你传入的
是 null，而列表里是空字符串
，它不会匹配——null 和
不相等。更常见的是：你用自定义对象，却没重写
和
，导致替换完全没反应。
实操建议：
确认
和目标元素在
意义下确实相等（比如字符串用
判断，而不是
）
若操作
，直接用
更可控（Java 8+）
对
返回的列表调用
会抛
，因为它底层是固定大小数组，不支持写操作
的 null 处理陷阱
这个方法内部用的是
判断 null，再用
判断非 null 值。所以：
时，只匹配列表中真正为
的元素；
是字符串
，则按普通字符串匹配。
常见错误现象：
立即学习
“
Java免费学习笔记（深入）
”；
想把所有空字符串替换成
，却传了
当
→ 没一个被换
列表里有
，但传了
当
→ 依然没换
用了
包装后调用 → 抛
正确做法：先用
或显式循环处理 null 和空字符串逻辑，别指望
自动识别语义上的“空”。
Eclipse导入Android或其他的JAVA项目的正确方法 WORD版
本文档主要讲述的是Eclipse导入Android或其他的JAVA项目的正确方法；希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
下载
替代方案：什么时候该放弃
它本质是线性扫描 + 原地赋值，性能没问题，但灵活性差。一旦需求带上条件判断（比如“只替换索引为偶数的 'a'”）、类型转换（“把数字 1 替成字符串 'one'”）或副作用（“替换前记录日志”），它就无能为力。
推荐直接上手的替代方式：
Java 8+：用
，支持任意逻辑
需要保留原列表不变？用
处理大量数据且对 GC 敏感？用传统 for 循环 +
，避免流式中间对象
如果列表来自第三方库（如 Guava 的
），别尝试修改，老实用
包一层再操作
和
的关键区别在哪？
是静态工具方法，接受任意
实现；而
是接口默认方法（Java 8 引入），要求列表自身支持 set 操作。两者行为一致，但后者更直观、可读性好，且 IDE 更容易补全。
注意兼容性：
在 Android API 24+ 才可用；低版本必须用
或手动循环
某些 List 实现（如
）重写了
，会自动加锁；但
不感知同步包装，需自行保证线程安全
如果列表是
，两种方式都有效，但
会触发一次完整复制，大数据量时慎用
真正容易被忽略的是：无论用哪个，它都不检查
是否符合列表泛型约束——擦除后 runtime 不报错，但可能埋下 ClassCastException 隐患，尤其在混用原始类型和泛型的旧代码里。
Collections.replaceAllCollections.replaceAlloldVal""""equalshashCodeoldValequals"abc".equals(obj)obj == "abc"ArrayListlist.replaceAll(e -> e.equals(oldVal) ? newVal : e)Arrays.asList()replaceAllUnsupportedOperationExceptionCollections.replaceAll==equalsoldVal == nullnulloldVal"null""N/A"nulloldValnull""oldValCollections.unmodifiableListUnsupportedOperationExceptionlist.stream().map(...)replaceAllCollections.replaceAlllist.replaceAll(x -> condition(x) ? newVal : x)list.stream().map(...).collect(Collectors.toList())list.set(i, newVal)ImmutableListnew ArrayList(original)List.replaceAllCollections.replaceAllListList.replaceAllList.replaceAllCollections.replaceAllCollections.synchronizedListreplaceAllCollections.replaceAllCopyOnWriteArrayListreplaceAllnewVal