在ThinkPHP框架中，Collection（集合）的each方法是一个高频使用的遍历工具，但很多开发者都曾掉进过一个“坑”：试图在遍历时直接修改集合内的数据，却发现操作无效。这背后的原因，其实与PHP的语言特性紧密相关。
核心结论很明确：不能直接用each方法修改原集合中的元素值，它本质上是一个只读遍历器。如果你需要边遍历边修改数据，就必须换一种思路或方法。
为什么each方法会“失灵”？
要理解这个问题，得先看看each的内部实现。它本质上是对PHP原生foreach循环的一个封装。关键在于，在PHP中，当使用foreach ($array as $item)遍历数组时，传入循环体的$item是数组元素的一个值拷贝（除非你显式使用引用&）。
因此，在each方法的闭包函数里，你对$item所做的任何赋值操作，都只作用于这个拷贝上，而无法触及Collection内部保存的原始数组$this->items。这导致了一个常见的困惑场景：开发者信心满满地写下$item['status'] = 1，执行完毕后一打印集合，发现数据纹丝未动。不少人会误以为它的行为类似于Ja vaScript的forEach，但两者在底层的数据传递机制上截然不同。
如何正确实现“遍历并修改”？
既然each此路不通，那么正确的做法是什么？根据不同的场景，主要有两种推荐方案：
- 使用
transform方法：这是最直接、最符合“原地修改”意图的方式。transform方法会直接操作$this->items，修改后返回当前集合实例本身，非常适合链式调用。需要注意的是，闭包函数内必须返回修改后的$item。$collection->transform(function ($item) { $item['price'] = round($item['price'] * 1.1, 2); // 给所有商品价格上浮10% return $item; // 切记要return }); - 使用
map结合values方法：如果你希望生成一个全新的、经过转换的集合，同时保留原集合不变，那么map是更好的选择。它不会修改原集合，而是返回一个新集合。通常需要重新赋值，并且可以链式调用values()来重置数字索引。$newCollection = $collection->map(function ($item) { $item['updated_at'] = date('Y-m-d H:i:s'); // 为每个元素添加更新时间戳 return $item; })->values(); // 可选：重置键名为连续数字索引
each的用武之地与升级注意事项
那么，each方法就一无是处了吗？当然不是。它的设计初衷是用于执行那些带有“副作用”（Side Effect）的操作，即不关心返回值，只专注于执行过程。这类场景包括：
- 发送通知：遍历用户集合，给每个人发送信息或邮件。
- 记录日志：遍历订单集合，将每条订单信息写入日志系统。
在这些场景下，each简洁明了。但务必记住一个原则：一旦你的闭包函数里产生了“修改这个元素”的念头，就应该立刻停下来，转而使用transform或显式的索引循环。
说到显式循环，在极少数需要引用原数组的情况下，你可以直接使用foreach ($collection as $key => &$item)（注意引用符号&）。但这相当于绕过了Collection的封装，破坏了面向对象的优雅性，一般不推荐。
最后，有一个至关重要的版本兼容性问题：在ThinkPHP 6.x及更高版本中，Collection类已经移除了each方法，取而代之的是forEach方法。同时，transform被明确为唯一保证能原地修改集合的内置方法。如果你从5.x版本升级而来，并且代码中依赖each来修改数据，那么这些代码在升级后将静默失效，这是一个需要重点检查的迁移风险点。
