本文详解如何在 Laravel Eloquent 中正确编写子查询以替代手动收集 ID 数组的方式，实现类似 WHERE user_id IN (SELECT seguido_id FROM seguidos WHERE user_id = ?) 的 SQL 逻辑，提升代码简洁性与可维护性。
本文详解如何在 laravel eloquent 中正确编写子查询以替代手动收集 id 数组的方式，实现类似 where user_id in (select seguido_id from seguidos where user_id = ?) 的 sql 逻辑，提升代码简洁性与可维护性。
在构建社交类应用（如动态消息流）时，一个常见需求是：获取当前用户自己的消息，以及其关注用户的全部消息。原始 SQL 很清晰：
SELECT * FROM mensajes WHERE user_id = 1 OR user_id IN (SELECT seguido_id FROM seguidos WHERE user_id = 1);
但在 Laravel 中，若直接用关系模型遍历再拼 ID 数组（如 auth()->user()->seguidos->pluck('id')），不仅冗余，还易出错、难复用，且无法利用数据库层的优化能力。
✅ 正确做法是使用 Eloquent 子查询（Subquery in whereIn） —— 它将子查询内联到主 SQL 中，由数据库一次性执行，语义清晰、性能可控、无 N+1 风险。
✅ 推荐写法：子查询 + orWhereIn
use App\Models\Mensaje;
use App\Models\Seguidos;
$this->mensajes = Mensaje::where('user_id', auth()->user()->id)
->orWhereIn('user_id', function ($query) {
$query->select('seguido_id')
->from('seguidos')
->where('user_id', auth()->user()->id);
})
->orderBy('created_at', 'desc')
->get();
? 注意：
from('seguidos')显式指定表名，避免依赖模型绑定；select('seguido_id')必须与外层whereIn('user_id', ...)字段类型和语义一致（即返回被关注用户的 ID 列）。
⚠️ 常见误区与注意事项
- ❌ 不要尝试在闭包中调用 Eloquent 模型方法（如
auth()->user()->seguidos->pluck(...)），这会提前执行查询，失去子查询意义； - ❌ 不要省略
select()—— 若只写->from('seguidos')->where(...)，Laravel 默认SELECT *，导致WHERE user_id IN (id, seguido_id, created_at, ...)语法错误； - ✅ 若需复用该逻辑，建议封装为查询作用域（Query Scope）或 Repository 方法，例如：
// 在 Mensaje 模型中添加
public function scopeForUserFeed($query, $userId)
{
return $query->where('user_id', $userId)
->orWhereIn('user_id', function ($sub) use ($userId) {
$sub->select('seguido_id')
->from('seguidos')
->where('user_id', $userId);
});
}
// 使用时
$this->mensajes = Mensaje::forUserFeed(auth()->id())
->orderBy('created_at', 'desc')
->get();
? 替代方案：两步查询（适用低频/简单场景）
若子查询结构复杂、或需复用中间结果，也可接受“两查”方式（仍优于手动循环）：
$followedIds = Seguidos::where('user_id', auth()->id())
->pluck('seguido_id'); // 返回 Collection of IDs
$this->mensajes = Mensaje::whereIn('user_id', $followedIds->push(auth()->id()))
->orderBy('created_at', 'desc')
->get();
此方式可读性强，且 pluck() + push() 组合简洁安全；但注意：它会发起两次查询，在高并发或大数据量下不如单子查询高效。
✅ 总结
| 方式 | 查询次数 | 可读性 | 复用性 | 推荐场景 |
|---|---|---|---|---|
子查询（orWhereIn + 闭包） |
1 次 | 中等 | 高（可封装 scope） | 生产环境首选，符合 SQL 原意 |
两步查询（pluck + whereIn） |
2 次 | 高 | 中等 | 快速原型、调试友好、逻辑简单时 |
最终，始终优先让数据库做它擅长的事——过滤与关联。用好子查询，既是写出地道 Laravel 代码的关键，也是保障系统可扩展性的务实选择。
