增强for循环无法修改ArrayList元素值或结构。因其获取的是元素副本引用，对循环变量赋值不影响原集合；修改对象内部状态（如StringBuilder.append）有效，但替换引用无效；结构性修改需用Iterator.remove()或倒序for循环。
增强for循环里改 ArrayList<String> 元素没用
不能直接改。增强for循环（for (String s : list)）拿到的是集合中每个元素的**副本引用**，对 s 重新赋值（比如 s = "new"）只改变了局部变量 s 指向，原 list 里的对象引用没变。
常见错误现象：list 内容完全不变，但代码看起来“明明改了”。这是因为 String 不可变，且增强for不提供索引或迭代器的写入能力。
- 想改元素内容？得用下标：
list.set(i, "new") - 想改对象内部状态（比如
Person的name字段）？可以，前提是该对象可变且你调用的是 setter - 基本类型数组（如
int[]）同理：增强for里改int x对原数组无影响
for-each 遍历时修改 ArrayList 会抛 ConcurrentModificationException
这不是“能不能改元素”的问题，而是“能不能边遍历边结构性修改集合”。增强for底层用 Iterator，只要在迭代过程中调用 list.add()、list.remove() 等方法，就会触发快速失败机制。
使用场景：你在循环里判断某个条件后想删掉当前项——这是高频出错点。
立即学习“Java免费学习笔记（深入）”；
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 正确做法：用
Iterator.remove()，例如it.remove() - 或者倒序 for 循环（
for (int i = list.size()-1; i >= 0; i--)），避免索引错位 - 别用增强for +
list.remove(obj)，一定崩
基本类型数组 vs 引用类型集合：改值逻辑其实一致
别被“基本/引用”分心——关键不是类型，而是你操作的是“容器中的槽位”，还是“槽位里存的东西”。增强for永远不给你访问槽位的能力。
举例对比：
int[] arr = {1, 2, 3};
for (int x : arr) {
x = 99; // 无效：x 是 arr[i] 的副本值
}
ArrayList<StringBuilder> list = new ArrayList<>();
list.add(new StringBuilder("a"));
for (StringBuilder sb : list) {
sb.append("x"); // 有效：修改了原对象状态
sb = new StringBuilder("y"); // 无效：只换掉了局部变量 sb 的引用
}
- 所有增强for里的变量都是“只读视图”，无论它是
int、String还是MyObj - 能“看到效果”的修改，本质是调用了对象自身的可变方法（
append、setXXX），不是替换了容器里的引用 - 数组和
ArrayList在这点上行为一致，只是语法糖不同
什么时候非得放弃增强for？
当你需要以下任意一种能力时，增强for就不够用了：
- 修改集合结构（增/删元素）→ 改用
Iterator或传统 for - 需要当前索引（比如要同时访问
list.get(i+1)）→ 只能用下标 for - 批量替换元素（尤其带条件）→
list.replaceAll()更安全简洁 - 遍历中途 break 并保留当前索引 → 增强for没索引，传统 for 更直白
容易被忽略的一点：增强for的“简洁”是有代价的——它抹掉了位置信息和修改入口。一旦需求超出“只读访问”，就得退回去选更底层的控制方式。
