在Laravel项目开发里，不少人在控制器或命令行脚本中写了一个foreach循环，打算把一组数组逐条存进数据库，结果运行完发现表里面只剩下最后一条记录。这种现象并不是框架bug，而是对Eloquent模型生命周期和PHP变量引用机制的误解。当我们复用了同一个模型实例并反复调用save，或者错误地在循环外定义了模型却在循环内只改属性，就会导致前面写的被后面写的覆盖。要彻底解决，需要理解持久化状态、主键值以及批量写入的几种不同路线。
一、为何循环内复用模型只会留下最后一条
很多初学者写出类似下面的代码：先在外面new了一个Article模型，然后在foreach里不断改属性并save。从Eloquent设计看，模型对象在内存中是一个引用，首次save后它已经和某条数据记录绑定，后续修改属性再save，本质上是执行update语句而不是insert。如果此时没有显式设置主键且表使用了自增主键，数据库不会自动生成新行，而是对原行做更新，视觉上就是“只保存了最后一条”。
另一种常见错误是使用了firstOrNew却在循环里共用变量，或者在循环外查询出模型后在循环内只赋值。Laravel的模型不是无状态的值对象，它内部维护了original属性和exists标记。一旦exists为true，save方法走的永远是更新逻辑。理解这一点，就能明白为何必须把“创建新实例”的动作放在循环体内部，或者改用不依赖单一实例的写法。
下面是一段有问题的示例代码，它只会产生一条记录：
<?php
$article = new AppModelsArticle();
foreach ($list as $item) {
$article->title = $item['title'];
$article->body = $item['body'];
$article->save();
}
将其改为在循环内实例化，就可以逐条插入：
<?php
foreach ($list as $item) {
$article = new AppModelsArticle();
$article->title = $item['title'];
$article->body = $item['body'];
$article->save();
}
二、使用批量插入与模型事件的取舍
如果数据量较大且不需要在保存时触发模型事件、自动维护created_at和updated_at，可以直接用查询构造器的insert方法。它把二维数组一次性发给数据库，性能远高于循环save，也不会出现模型复用问题。但要注意，insert不会经过Eloquent，因此像模型引导的默认属性、观察者监听的created事件都不会执行，对于需要发通知或写日志的业务并不合适。
当业务要求保留事件又想减少开销，可以结合事务与循环内新建模型。把DB::beginTransaction放在循环前，循环内逐个new并save，最后commit，这样既保证每条都是独立insert，又能在失败时整体回滚。相比纯insert，它多了模型实例化的成本，但换来了时间戳自动填充与事件钩子的正常运行，是多数业务系统的推荐做法。
以下示例展示了事务包裹的写法：
<?php
use IlluminateSupportFacadesDB;
DB::beginTransaction();
try {
foreach ($list as $item) {
$model = new AppModelsArticle();
$model->title = $item['title'];
$model->body = $item['body'];
$model->save();
}
DB::commit();
} catch (Exception $e) {
DB::rollBack();
throw $e;
}
此外，如果待写入数据可能已存在，应改用updateOrCreate。它在循环内每次接收条件和属性数组，内部自己实例化并判断，从调用方式上规避了手动复用模型的陷阱，语义也更清晰。
三、主键、批量赋值与常见误区排查
有时候即便循环内new了模型，依然只留最后一条，这时要检查模型是否错误地手动指定了同一个主键。例如从Excel读取数据时，若某列被误当作id且值固定，那么每次save都会基于该id做update。应确保自增表不传主键，或传不同的唯一值。同时确认模型$fillable已声明对应字段，否则mass assignment会让属性写入被静默忽略，看起来像没存进去。
另一个误区是认为saveMany或push能替代循环持久化。这两个方法多用于关联模型且依旧依赖父模型实例状态，若在错误的作用域调用，同样会产生覆盖。调试时建议打开Laravel的查询日志，观察循环每次执行的是insert还是update，SQL中出现大量UPDATE基本就可以定位为模型复用或主键冲突。
最后，在队列任务或长周期命令中，注意PHP内存中模型对象不会被自动释放，若循环上万次都在循环内new，应考虑分块处理并使用Laravel的chunkById减少单次内存占用。配合上文的事务与正确实例化策略，就能在Laravel循环中稳定实现每条数据独立持久化，不再丢失记录。