ThinkPHP不支持自动权重排序，必须手动在PHP层实现综合打分与排序；order()仅支持字段排序，加权计算需用usort等内存排序，大数据量时应预计算或缓存分数。
ThinkPHP 本身不提供“自动权重排序”功能，所有综合排序逻辑必须手动实现——模型层只负责按字段排序，权重计算和多维打分得在控制器或服务类里完成。
Model 层只能做字段级 order，不能算权重分
ThinkPHP 的 order() 方法只接受数据库字段名和方向（'hot desc'、['hot desc', 'create_time desc']），它不会执行 PHP 表达式、不支持运行时计算。比如你没法写 order('hot * 0.4 + create_time * 0.6 desc')——SQL 会报错，框架也不解析这种写法。
- 误以为
order()能直接处理加权公式，是初学者最常踩的坑 - 如果硬要在 SQL 层做加权，得用
Db::raw()拼接，但会丧失可读性、难以调试，且无法复用 PHP 中的归一化逻辑 - 真正可控、可测、可维护的做法：先查出原始数据（必要时用
field控制字段），再在 PHP 层计算综合分并排序
控制器里用 usort 实现热度+时间综合排序
假设你要对文章列表按「热度 × 0.7 + 归一化时间分 × 0.3」降序排列，且时间越新得分越高：
$list = ArticleModel::where('status', 1)->select()->toArray();
<p>// 先取最大创建时间用于归一化
$maxTime = max(array_column($list, 'create_time'));</p><p>usort($list, function($a, $b) use ($maxTime) {
$timeScore = $maxTime ? ($a['create_time'] / $maxTime) : 0;
$aScore = $a['hot'] <em> 0.7 + $timeScore </em> 0.3;</p><pre class="brush:php;toolbar:false;">$timeScoreB = $maxTime ? ($b['create_time'] / $maxTime) : 0;
$bScore = $b['hot'] * 0.7 + $timeScoreB * 0.3;
return $bScore <=> $aScore; // 降序：高分在前});
- 注意：必须用
（飞船操作符），返回true/false会导致随机顺序 - 时间归一化不能直接用
time() - $a['create_time']，否则老数据永远占优；要转成「相对新鲜度」 - 如果数据量 > 1000 条，
usort性能会明显下降，此时应考虑提前在数据库加计算字段或用缓存预热分数
搜索器（withSearch）里支持动态排序参数，但仅限字段
ThinkPHP 的搜索器机制适合处理 create_time=desc 这类纯字段排序请求，但不适用于带权重的复合逻辑。你可以这样扩展搜索器来桥接前端参数和后端行为：
立即学习“PHP免费学习笔记（深入）”；
// 在 ArticleModel.php 中
public function searchRankAttr($query, $value)
{
if ($value === 'hot_time') {
// 不在这里排序，只标记意图，让控制器知道该走综合排序分支
$this->rankMode = 'hot_time';
return $query;
}
}
然后在控制器中判断：
$data = ArticleModel::withSearch(['rank'], ['rank' => $request->param('rank')])->select();
if ($model->rankMode === 'hot_time') {
// 执行上面那段 usort 逻辑
}
- 别在搜索器里直接调
usort或改$query，搜索器职责是构造查询条件，不是做内存排序 - 前端传参如
?rank=hot_time可以和分页共存，paginate()仍可用，但综合排序必须在查完之后做 - 若需分页 + 综合排序，只能先查全量再切片（小数据可行），或改用数据库窗口函数预计算分数（大数据推荐）
真正麻烦的不是写几行 usort，而是权重策略变时——比如运营突然要求「昨天发布的文章时间权重翻倍」，这时候所有硬编码在回调里的逻辑都要改。把打分函数抽成独立方法、权重配置外置为数组，才能扛住频繁调整。
