订单分页查不到数据因paginate()默认不查关联表，需with()预加载；事务回滚需显式抛异常；状态更新须原子操作+唯一索引防并发与重复。
订单列表分页查询为什么总是查不到数据？
ThinkPHP 6 的 paginate() 默认只对主表字段做查询，如果订单表关联了用户、商品等表，又没显式指定 field 或用 with() 预加载，页面可能显示空列表但无报错。
- 确认控制器中是否调用了
with('user', 'goods')，而不是仅靠模板里$order->user->name触发懒加载（这会导致 N+1 查询且分页失效） - 若需搜索字段来自关联表（如按用户名筛选），必须改用
join()+where()，不能依赖whereHas()后直接paginate()，否则会丢失分页总数 - 检查数据库中订单状态字段是否用了字符串（如
'pending'）但代码里写成数字（如0），常见于迁移时未同步枚举定义
创建订单时事务不回滚怎么办？
ThinkPHP 的 Db::transaction() 只捕获 PHP 异常，不会自动捕获 SQL 错误（如唯一索引冲突、外键失败）或逻辑校验失败后的手动 throw new Exception() —— 必须显式抛出异常才能触发回滚。
- 库存扣减、优惠券核销、用户积分变更等操作必须全部包裹在同一个
Db::transaction()块内，不能拆到不同模型的save()中 - 避免在事务中调用外部 HTTP 接口（如支付回调验证），网络超时会导致事务长时间挂起；应先落库再异步处理
- 使用
try...catch时，确保所有分支都覆盖：成功提交、业务校验失败throw、数据库异常被catch后重新throw
订单状态机如何避免并发修改冲突？
多个请求同时将「待支付」改为「已支付」，仅靠应用层判断 if ($order->status === 'pending') 不安全，MySQL 行锁无法覆盖该判断逻辑。
- 改用原子更新：执行
OrderModel::where('id', $id)->where('status', 'pending')->update(['status' => 'paid', 'pay_time' => time()])，检查返回值是否为1 - 状态流转必须定义严格规则，比如「已取消」不可再转为「已发货」，这些规则应在模型的
setStatusAttr()或独立canTransitionTo()方法中校验，而非仅前端控制 - 不要依赖
lastInsertId()或时间戳生成订单号，高并发下易重复；推荐用date('ymd').str_pad(mt_rand(1, 999999), 6, '0', STR_PAD_LEFT)+ 唯一索引兜底
导出订单 Excel 为什么内存溢出？
直接用 collection()->all() 加载全部订单再交给 PhpSpreadsheet 处理，1 万条记录就可能吃光 512MB 内存。
- 改用
chunk(500)分批查库，每批生成一个工作表或追加到流式写入句柄，不要一次性 load 全量数据 - 导出字段务必用
field(['id', 'order_no', 'total_amount', 'create_time'])明确限定，禁用*，尤其避开content、remark等大文本字段 - 如果用
maatwebsite/excel包，确保配置了'store' => 'csv'或启用WithChunkReading，否则默认走内存缓存
实际线上最常被忽略的是状态更新的幂等性设计——比如支付回调重复推送，订单表没有 pay_no 唯一索引，又没在业务逻辑里做去重判断，就会导致同一笔订单多次扣库存。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
