ThinkPHP拖拽排序需前端传完整ID数组、后端事务内按序更新sort字段；禁用order字段名，查询须order('sort','asc')并建索引；多区块需隔离初始化。
ThinkPHP 实现拖拽排序，核心在于「前端传序号、后端批量更新」，而不是靠数据库自增 ID 或 order 字段硬编码排序逻辑。直接操作 order 字段容易在并发或删除后出现空隙、重复、错位，必须用「显式序号覆盖」方式处理。
拖拽后如何安全提交新顺序
前端（如 Sortable.js）拖拽结束时，应把当前列表所有项的 id 按新顺序拼成数组，例如：[5, 12, 3, 8]。不要只传被拖动项的 ID 和目标位置——那样需要后端推算其他项偏移，极易出错。
- 后端接收该数组，校验长度和 ID 是否存在（防止伪造）
- 遍历数组，对每个
$id执行update(['sort' => $index])，其中$index从 0 或 1 开始均可，关键是顺序一致 - 务必使用事务包裹整个更新过程，避免部分写入导致顺序混乱
ThinkPHP 中批量更新 sort 字段的正确写法
别用循环单条 save()，性能差且无原子性。ThinkPHP 6.x 推荐用 Db::transaction() + Db::name()->update() 组合；TP5.x 可用 Query::batchUpdate()（需手动构造 SQL）或事务内循环（仅数据量小的时候可接受）。
示例（TP6）：
立即学习“PHP免费学习笔记（深入）”；
Db::transaction(function () use ($sortedIds) {
foreach ($sortedIds as $index => $id) {
Db::name('article')->where('id', $id)->update(['sort' => $index + 1]);
}
});
-
$index + 1是为了排序值从 1 开始，便于后续ORDER BY sort ASC - 如果表有软删除字段（如
delete_time），where条件必须加上['delete_time' => null]，否则可能误更新已删除记录 - 不建议用
order作为字段名——它和 SQL 关键字冲突，TP 有时会解析异常，改用sort或list_order
查询时如何按拖拽顺序正确显示
查列表时不能依赖 id 或创建时间，必须明确按 sort 字段排序，并注意默认方向：
- 使用
order('sort', 'asc')—— 升序对应前端拖拽后的从上到下顺序 - 如果前端传的是倒序数组（比如底部置顶），后端存的
sort值也要反向处理，否则查出来是反的 - 有分页时，
sort字段必须建索引（INDEX(sort)），否则大数据量下ORDER BY会全表扫描
最容易被忽略的一点：前端拖拽库（如 SortableJS）默认不包含「跨容器排序」逻辑，如果页面有多个可拖拽区块（比如分类 tab 下的不同列表），必须给每个区块单独初始化并隔离数据提交，否则 sortedIds 数组会混在一起，后端一更新就全乱套。
