本文介绍在 laravel 中通过合理使用 eloquent 关系与聚合函数，以最少数据库查询次数（推荐两次）安全、清晰地获取全局点赞总数和当前用户点赞总和，避免错误的子查询嵌套，并兼顾可读性与可维护性。
本文介绍在 laravel 中通过合理使用 eloquent 关系与聚合函数，以最少数据库查询次数（推荐两次）安全、清晰地获取全局点赞总数和当前用户点赞总和，避免错误的子查询嵌套，并兼顾可读性与可维护性。
在 Laravel 开发中，常需同时获取某模型的全局统计值（如所有用户的点赞总和）和当前用户的关联统计值（如该用户对所有内容的点赞总和）。虽然直觉上希望“合并为一条 SQL 查询”来减少数据库往返，但实际中强行将两个逻辑不同的聚合（全表 SUM vs 条件 SUM）塞入单条查询不仅易出错（如你遇到的 stripos() 类型错误），还可能牺牲可读性、可测试性和后续扩展性。
你原代码中的核心问题在于：$userLikesCountQuery 是一个 Builder 实例，而 select() 方法期望的是字段名字符串或 DB::raw() 表达式，不能直接传入另一个查询构建器——这导致 Laravel 在底层尝试对 Builder 对象调用 stripos()，从而抛出类型错误。
✅ 推荐实践：使用两条语义清晰的查询（共 2 次）
这是 Laravel 官方风格所鼓励的方式：简洁、可靠、易于调试，且现代数据库连接池与查询缓存机制下，两次轻量 SUM 查询性能几乎无感。示例如下：
use App\Models\Like;
use Illuminate\Support\Facades\Auth;
$user = Auth::guard('sanctum')->user();
if (!$user) {
abort(401, 'Unauthenticated');
}
// 全局点赞总和（无条件）
$count = Like::sum('like');
// 当前用户点赞总和（利用预定义的 Eloquent 关系）
$userCount = $user->likes()->sum('like');
return [
'meta' => [
'count' => (int) $count,
'user_count' => (int) $userCount,
],
];
? 前提要求：确保 User 模型已正确定义 likes 关系：
// app/Models/User.php
public function likes()
{
return $this->hasMany(Like::class, 'user_id');
}
⚠️ 为什么不强求“一条 SQL”？
- 子查询或
JOIN实现双聚合（如SELECT SUM(l1.like), (SELECT SUM(l2.like) FROM likes l2 WHERE l2.user_id = ?)）虽技术可行，但：- 失去 Eloquent 的类型安全与自动转换；
- 难以复用、难以单元测试；
- 当
likes表数据量极大时，子查询可能引发性能隐患； - Laravel 的
sum()方法底层已优化为SELECT SUM(...) FROM ...，无多余开销。
? 进阶提示（按需选用）
若接口 QPS 极高且数据变动不频繁，可结合缓存进一步优化：
$count = Cache::remember('likes:total_sum', 3600, fn() => Like::sum('like'));
$userCount = Cache::remember("likes:user_{$user->id}_sum", 3600, fn() => $user->likes()->sum('like'));
总结：清晰优于过早优化。用两条意图明确的 Eloquent 聚合查询替代脆弱的嵌套构建器拼接，是 Laravel 生态中更健壮、更可持续的解决方案。
