laravel中each()遍历集合不触发数据库更新，因操作内存副本；批量更新应优先用update()或chunkbyid()分页处理，避免内存溢出和性能问题。
用 each() 遍历 Laravel 集合时，模型不会自动重载
直接调用 $collection->each() 处理模型，看似在循环里改了属性、调用了 save()，但实际数据库没变——因为 each() 只是遍历集合副本，不触发批量更新或事务管理。常见现象是：控制台打印出修改后的值，但查数据库发现字段原封不动。
- 这是集合方法，不是 Eloquent 查询构造器方法；
each()作用于内存中的Collection实例，和数据库无直接关联 - 若模型已加载关系（如
with('user')），each()中修改关系属性也不会持久化，关系数据本身不可写 - 避免在
each()里做耗时操作（如 HTTP 请求、文件写入），它会阻塞主线程且无并发控制
chunkById() 才是处理大量模型的正确姿势
当你要对几百上千条记录批量更新，别用 get()->each() 全量加载进内存——PHP 内存会爆，MySQL 连接可能超时。Laravel 提供的 chunkById() 按主键分页拉取，边查边处理，稳定又省内存。
- 必须指定主键字段名（默认
id），否则可能漏数据或重复处理：User::where('active', 1)->chunkById(100, function ($users) { ... }) - 回调函数内每批
$users是独立的Collection，可放心调用each()或map()，但记得对每个模型显式调用save() - 不要在
chunkById()回调里修改用于分页的字段（比如把id设为null），会导致下一批查询错乱
update() 和 updateOrCreate() 能替代 90% 的 each 场景
如果目标只是统一改几个字段，根本不需要先 get() 再 each() 循环 save。Eloquent 支持直接在查询构造器上调用 update()，一次 SQL 完成全部更新。
-
User::where('status', 'pending')->update(['status' => 'processed'])—— 真正的批量更新，不实例化模型，不触发事件，极快 - 需要触发
saving/saved事件？那就用cursor()+each()组合：User::where('status', 'pending')->cursor()->each(fn($u) => $u->update(['status' => 'processed'])) -
updateOrCreate()适合“有则更新、无则创建”，但注意它只按第一个参数数组里的字段去查唯一性，别误传id导致意外覆盖
迭代中想提前退出？break 不起作用，得用 some() 或抛异常
each() 是函数式遍历，内部用 foreach 实现，但你不能在里面写 break 或 return 来中断——它只会跳出当前回调，继续下一项。想“找到第一个匹配就停”，得换方法。
- 用
some()：返回true时立即终止，适合存在性判断：$collection->some(fn($u) => $u->email === 'admin@test.com') - 用
first()+ 闭包：更语义化，且返回匹配项本身：$user = $collection->first(fn($u) => $u->is_admin) - 真要中断并带状态？只能抛异常然后
try/catch，但这是反模式，说明设计可能有问题——考虑是否该把逻辑移到数据库层（如加limit(1)）
真正麻烦的不是语法怎么写，而是搞清「这一步到底该在 PHP 内存里做，还是推给数据库做」。模型集合的便捷方法容易让人忽略底层成本，一不留神就把分页逻辑写成全表扫描。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
