订单循环创建时库存未扣减，因事务内未显式调用扣减逻辑或使用缓存值；关联缺失报错因外键约束未启用；内存溢出因模型实例累积；测试失败因SQLite内存库与事务回滚冲突。
订单循环创建时为什么库存没扣减？
因为 DB::transaction() 内部没显式调用库存扣减逻辑，或扣减用了缓存值而非数据库实时读取。Laravel 的 Eloquent 模型默认不会自动同步数据库变更，尤其在循环中反复查同一行数据时，容易读到旧的 stock 值。
实操建议：
- 每次扣减前用
fresh()强制重载模型，或改用where('id', $id)->decrement('stock', $qty)绕过模型层 - 避免在循环里重复
Product::find($id)，改用一次查出所有商品再遍历 - 若用队列处理订单，注意
DB::transaction()不会跨进程生效，需改用乐观锁或 Redis 分布式锁
Laravel 10 中 foreach 订单项时抛出 “Trying to get property 'id' of null”
典型原因是订单项关联的 product_id 在数据库里已删除，但外键约束未启用（foreign key 被禁用或迁移时漏加），导致 $item->product 返回 null。
实操建议：
- 检查迁移文件是否包含
$table->foreign('product_id')->references('id')->on('products')->onDelete('cascade') - 循环前加守卫：
if (!$item->product) { Log::warning("Missing product for item {$item->id}"); continue; } - 开发期开启严格模式：在
config/database.php的 MySQL 配置中加入'strict' => true，让缺失关联提前报错
批量创建订单时内存爆满，日志显示 “Allowed memory size exhausted”
常见于用 foreach + new Order() + save() 循环插入数百条订单，每个 Order 实例携带完整模型关系和事件监听器，累积内存无法释放。
Laravel Cloud
下载
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
实操建议：
- 改用
Order::insert($data)批量写入原始数组，跳过模型实例化和事件触发 - 必要时手动卸载监听器：
Event::forget('eloquent.saved: App\Models\Order') - 循环内每 50 条执行一次
Artisan::call('queue:work --once')（仅限本地调试），生产环境应拆分任务粒度
测试环境下订单循环生成后，数据库里只有第一条成功
本质是测试数据库用的是 SQLite 内存库（:memory:），而 Laravel 的 RefreshDatabase trait 每次测试后重建库，但循环中的事务未正确提交或被回滚干扰。
实操建议：
- 确认
phpunit.xml中DB_CONNECTION环境变量指向真实 MySQL 测试库，而非默认的 sqlite - 测试类里显式关闭事务包装：
protected $connectionsToTransact = []; - 用
DatabaseTransactions替代RefreshDatabase，它不重建表结构，只回滚事务，更贴近真实循环场景
实际跑通订单循环，关键不在“怎么写循环”，而在“哪一层做扣减”“哪一层控制事务边界”“哪一层承担数据一致性校验”。这些点一旦错位，表面代码能跑，背后库存、金额、状态就悄悄偏移。
