应根据List是否可变、是否含null、后续是否需增删来选择：可变且无null用replaceAll；不可变或含null或需增删则用Stream.map配合toCollection(ArrayList::new)。
直接改原List还是生成新List？先想清楚这个前提
Java里对List<string></string>统一转大写，本质是「要不要修改原始集合」的问题。用replaceAll会就地修改原List；用Stream.map默认返回新List，原List不变。选错会导致后续逻辑出bug——比如你传进来的List是别人共享的，自己偷偷改了，对方下一行就拿到全大写的值。
-
replaceAll：适合明确要覆盖原数据、且List可变（不是Collections.unmodifiableList或Arrays.asList返回的固定大小List） -
Stream.map：适合函数式风格、避免副作用，或者原始List不能被修改（比如来自DTO、配置、第三方API） - 注意：
Arrays.asList("a", "b").replaceAll(String::toUpperCase)能跑，但Arrays.asList("a", "b").stream().map(String::toUpperCase).collect(Collectors.toList())也合法，别以为后者一定更“高级”——它多一次遍历+新建对象，小列表无所谓，高频调用时得权衡
replaceAll(String::toUpperCase) 报 UnsupportedOperationException？检查List是否可变
replaceAll底层调用的是List的set方法，所以要求List支持随机写入。常见踩坑点：用Arrays.asList构造的List、Collections.unmodifiableList包装过的List、某些框架返回的只读集合——它们都抛UnsupportedOperationException。
- 错误现象：
Exception in thread "main" java.lang.UnsupportedOperationException at java.util.AbstractList.set(AbstractList.java:132) - 快速验证：
list instanceof RandomAccess && list.getClass().getName().contains("Unmodifiable") == false（不推荐生产用，仅调试） - 安全做法：不确定来源时，先
new ArrayList(originalList)再replaceAll，或者直接走Stream路线
Stream map + collect 时，用 Collectors.toList() 还是 Collectors.toCollection(ArrayList::new)？
两者都能得到大写字符串List，但返回类型和性能有细微差别。默认Collectors.toList()不保证返回具体实现类（JDK9+可能是不可变List），而Collectors.toCollection(ArrayList::new)明确给你一个可变ArrayList。
- 如果你后续还要调用
add/remove：必须用toCollection(ArrayList::new) - 如果只是遍历或传给其他只读接口：
toList()够用，且JDK16+已优化为可变ArrayList（但代码里不该依赖这个） - 性能上没区别，都是O(n)，但
toCollection少一次类型判断 - 示例：
list.stream().map(String::toUpperCase).collect(Collectors.toCollection(ArrayList::new))
忽略空值或null字符串？别让NPE在运行时才暴露
真实数据里常混着null，String::toUpperCase遇到null直接抛NullPointerException。Stream方案容易加判空，replaceAll则得手动循环——这时候Stream反而更直观。
立即学习“Java免费学习笔记（深入）”；
- Stream处理null：
list.stream().map(s -> s == null ? null : s.toUpperCase()).collect(...) - replaceAll没法一行解决null，得先过滤或遍历判断，不如Stream干净
- 如果业务允许把null转成空字符串，用
Objects.toString(s, "").toUpperCase()更稳妥 - 别依赖IDE自动补全的
String::toUpperCase——它不处理null，这是最容易漏掉的边界
