加 top_weight 整型字段（默认0，置顶填正数），排序用 order by top_weight desc, create_time desc；tp6中需用 orderraw 避免 order 覆盖；配合数据库约束、模型验证和缓存监听确保一致性。
置顶字段怎么加才不影响原有排序逻辑
直接在文章表里加 is_top 布尔字段最简单，但容易踩坑：如果后续要做「按发布时间 + 置顶优先」混合排序，is_top 为 0/1 就不够用了——比如多个置顶文章之间还要分先后。更稳妥的做法是加一个 top_weight 整型字段，默认值设为 0，置顶时填大于 0 的数（如 100、99、98），普通文章保持 0。
这样排序时写 ORDER BY top_weight DESC, create_time DESC 就能天然兼容：置顶组内按权重排，非置顶组内按时间排，两组之间自动隔离。
- 别用
is_top TINYINT(1)配合ORDER BY is_top DESC, create_time DESC——所有置顶文章会挤在一起且无内部顺序 - 如果已用布尔字段，临时补救可用
IF(is_top, UNIX_TIMESTAMP(create_time) + 2147483647, UNIX_TIMESTAMP(create_time))拼时间戳，但可读性和维护性差 - 迁移旧数据时注意：把原
is_top = 1的记录批量更新为递增的top_weight，避免全变成同一个值
ThinkPHP 6 的查询排序怎么写才不被覆盖
TP6 默认的 order() 是链式调用，但如果你在模型作用域（scope）或全局查询范围（global scope）里写了 order('create_time DESC')，再在外面调用 order('top_weight DESC')，后者会被前者覆盖——因为 TP6 的 order 是“最后设置的生效”，不是叠加。
正确做法是统一收口到一个方法里，显式拼接：
// 在 ArticleModel 中
public function scopeWithTopSort($query)
{
$query->orderRaw('top_weight DESC, create_time DESC');
}
- 避免在多个地方反复调用
order()，尤其不要在中间件、基类控制器里预设 order - 如果必须动态组合，用
orderRaw()最可控；order(['top_weight' => 'desc', 'create_time' => 'desc'])在某些版本会生成错误 SQL - 开启 SQL 日志（
'show_sql' => true）确认最终生成的 ORDER BY 是不是你预期的那串
后台编辑时如何防止 top_weight 冲突和越界
运营人员手动填 top_weight 容易输错：比如填 -5、999999999 或字符串，导致排序异常甚至 SQL 报错。TP6 的验证规则可以拦住一部分，但得配合数据库约束才真正可靠。
- 数据库字段定义用
top_weight INT UNSIGNED DEFAULT 0，从根源禁掉负数 - 模型验证加
['number', 'between:0,999']，限制合理区间（999 足够覆盖日常置顶需求） - 提交前查一次当前最大
top_weight，如果用户填的值已存在，自动 +1 或提示“该权重已被占用” - 前端表单用 number 输入框 + min="0" + max="999"，减少误操作，但不能替代后端校验
缓存失效时怎么保证置顶状态实时更新
如果文章列表用了 Redis 缓存（比如 Cache::remember('article_list', 3600, ...)），改了 top_weight 后缓存不会自动刷新，用户可能看到旧排序。TP6 没有内置的“某字段变更则清指定缓存”机制，得自己挂钩。
推荐在模型的 saving 和 saved 事件里处理：
// 在 ArticleModel 的 initialize() 中
protected function initialize()
{
$this->on('saving', function ($model) {
if ($model->isDirty('top_weight')) {
Cache::delete('article_list');
}
});
}
- 只监听
top_weight变更，而不是每次 save 都删缓存，避免误伤 - 如果缓存 key 是动态的（比如带分页参数），得用模糊匹配删除，例如
Cache::store('redis')->handler()->keys('article_list_*')，再逐个删 - 高并发场景下，删缓存和重新生成可能有微小窗口期，此时可加一层“缓存标记”，比如更新后写入
Cache::set('article_list_dirty', true, 10)，读取时先检查标记再决定是否绕过缓存
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
