withCount比手写子查询更安全，因其自动处理关联别名、NULL计数、多对多去重，默认返回0而非null，字段名自动为{relation}_count，且底层用COUNT(*)避免id为NULL出错。
withCount 为什么比手写子查询更安全
因为 withCount 自动处理关联表别名、NULL 值计数、多对多中间表去重，而手写 SELECT COUNT(*) 子查询容易漏掉 LEFT JOIN 或误用 INNER JOIN 导致主记录丢失。
- 默认对空关联返回
0（不是null），字段名自动为{relation}_count，比如posts_count - 如果关联定义里用了
as别名（如comments()->as('active_comments')），withCount会按别名生成active_comments_count - 不加任何条件时，它底层是
COUNT(*)，不是COUNT(id)，所以即使关联记录的id为NULL（极少见）也不会出错
带条件的 withCount 怎么写才不出错
用闭包传条件，但必须注意：闭包里不能访问外部变量（除非 use 显式引入），且条件只能作用于关联表字段，不能引用主表字段（Laravel 10+ 才支持主表字段引用）。
- 正确写法：
->withCount(['posts' => function ($query) { $query->where('published', true); }]) - 错误写法：
->withCount(['posts' => function ($query) { $query->where('users.id', '>', 100); }])—— 主表字段在子查询里不可见，会报Unknown column 'users.id' - 想按主表字段过滤？得用
selectRaw+leftJoin手写，withCount不负责这事
withCount 和 loadCount 的区别在哪
withCount 是预加载，在主查询里用子查询一次性拿总数；loadCount 是懒加载，在模型实例上单独发一条 SQL，适合只对少数几个模型补总数。
- 批量查用户及文章数：用
User::withCount('posts')->get()，1 次 SQL - 已查出用户集合，临时需要某几个用户的评论数：用
$users->loadCount('comments')，只对这批模型发 1 条额外 SQL - 千万别对大集合反复调
loadCount，比如循环每个用户调一次，N+1 查询立马出现 -
loadCount返回的是原集合，不是新集合，不会改变原有模型状态
withCount 在分页和排序时要注意什么
它不影响分页总数，但如果你用 posts_count 字段排序，MySQL 8.0+ 没问题，老版本可能报 Unknown column，因为子查询字段不能直接用于 ORDER BY。
- 安全做法：先用
withCount获取数据，再用 PHPusort排序（小数据量可行） - 大数据量必须数据库排序：改用
selectRaw+leftJoin+groupBy手写，把计数作为主查询字段 - 分页时
withCount不会干扰total()结果，它只加字段，不改SELECT主体 - 别在
withCount里塞太重的条件，比如子查询里LIKE '%xxx%'，会拖慢整个主查询
最常被忽略的是：withCount 的闭包条件不支持主表字段引用，很多开发者卡在这儿硬写子查询，其实该换思路——要么提前筛选主表，要么放弃 withCount 改用原生联查。
