一对一关联不支持聚合，因hasone/belongsto返回单实例而非集合；需用join或子查询实现，如user::join('profiles',...)->selectraw('sum(...)')->value()。
一对一关联本身不支持聚合（如 COUNT、SUM、AVG），因为 Eloquent 的 hasOne 和 belongsTo 返回的是单个模型实例或 null，不是集合。想做聚合，必须绕过关系方法，直接用 join 或子查询。
为什么不能对 hasOne 直接调用 count() 或 sum()
调用 $user->profile()->count() 看似合理，但实际查的是 profiles 表中匹配该用户的记录数——而一对一约定下本应最多 1 条，所以结果永远是 0 或 1，毫无聚合意义。更关键的是：count() 会忽略预加载状态，每次触发新查询；若误写成 $user->profile->count()（把关系属性当集合用），会直接报错 Call to undefined method stdClass::count()。
-
$user->profile是一个Profile模型实例（或null），不是集合，没有count()方法 -
$user->profile()->count()是合法语法，但语义上只是“检查是否存在”，不是业务需要的聚合 - 真正要统计「有多少用户有非空 bio」或「所有 profile 的平均 age」，必须从数据库层面合并主表与关联表
用 join 实现一对一聚合（推荐）
这是最直观、可控、且能利用索引的方式。例如：统计每个用户 profile 的 bio 字符长度总和，并只算非空 bio：
$result = User::join('profiles', 'users.id', '=', 'profiles.user_id')
->whereNotNull('profiles.bio')
->selectRaw('SUM(LENGTH(profiles.bio)) as total_bio_length')
->value('total_bio_length'); // 返回 int|null
- 必须显式
join，不能依赖with()—— 后者只预加载，不改变主查询结构 -
whereNotNull('profiles.bio')要加表前缀，否则可能歧义（尤其当两表有同名字段时） - 用
selectRaw()配合聚合函数，再用value()取单值，比get()->first()更轻量 - 如果要按用户分组统计（比如每人平均 age），加上
groupBy('users.id')和select('users.*', 'AVG(profiles.age) as avg_age')
whereHas + with 不适合聚合，但可配合集合处理
如果你已用 whereHas() 筛出“有 profile 的用户”，又想在 PHP 层算点东西（比如平均 age），可以先查出数据再用集合方法：
$users = User::with('profile')
->whereHas('profile', function ($q) {
$q->whereNotNull('age');
})
->get();
$avgAge = $users->pluck('profile.age')->filter()->average();
- 这种写法适合数据量小（
-
pluck('profile.age')会取每个$user->profile的age属性，null 值自动被filter()剔除 - 注意：
$user->profile可能为null，但whereHas已确保它存在，所以此处安全；若没加whereHas，pluck会得到一堆null，average()返回0而非null - 别在大列表上这么做——N 条记录全拉到内存再算，不如让数据库干
避免用 addSelect 做一对一聚合
有人尝试用 addSelect 加子查询来“附带”聚合字段，例如：
User::addSelect(['avg_profile_age' => Profile::selectRaw('AVG(age)')->whereColumn('user_id', 'users.id')])
这看似聪明，但极易出错：
- 子查询返回多行时（虽然一对一理论上不会），MySQL 报
Subquery returns more than 1 row - 即使只有一行，
AVG()在无匹配记录时返回null，但 Eloquent 不会帮你映射成属性，你得手动->get()->pluck('avg_profile_age') - 无法加
WHERE条件过滤 profile 字段（比如只算status = 'active'），因为子查询里不能引用外层别名 - 性能差：对主表每行都执行一次子查询，O(n) 复杂度，远不如
join一次扫完
真正要聚合，就老实用 join；要灵活过滤再计算，就分两步：先 whereHas 查 ID，再用这些 ID 去关联表聚合。别试图让关系方法扛聚合的活——它设计之初就没这职责。
