必须通过关联方法调用 create()，因直接 new 模型再 save 无法自动填充外键（如 user_id），易漏写、错写，且破坏软删除、时间戳、全局作用域等一致性；关联 create() 自动注入外键并兼容模型事件与类型转换。
直接用 create() 就行，但必须通过关联方法调用，不能直接 new 模型再 save。
为什么不能直接 new Profile() 再 save()
手动 new 模型后 save，外键字段（比如 user_id）不会自动填入，除非你显式赋值。这容易漏写、写错字段名，或在软删除/时间戳等场景下破坏一致性。Eloquent 的关联创建机制会自动注入外键值，并兼容模型事件、强制作用域（global scopes）、类型转换等逻辑。
-
$profile = new Profile(['bio' => '...']); $profile->user_id = $user->id; $profile->save();—— 显式赋值，风险高 -
$profile = $user->profile()->create(['bio' => '...']);—— 自动设user_id，安全可靠 - 如果
Profile表主键不是id（比如是uuid），create()仍能正常工作，前提是hasOne()定义时已传第三个参数指定本地主键
profile() 方法返回的是 Builder，不是模型实例
很多人误以为 $user->profile() 返回的是 Profile 对象，其实它返回的是 HasOne 实例（即查询构造器），只有调用 get()、first() 或 create() 等方法才会真正执行操作。这点直接影响你能否链式创建：
- ✅
$user->profile()->create([...])—— 正确：Builder 上调用create，自动绑定外键 - ❌
$user->profile->create([...])—— 错误：$user->profile是懒加载触发的模型实例（或 null），没有create方法 - ⚠️
$user->profile()->firstOrCreate(...)也合法，但注意它查的是Profile表本身字段，不校验是否属于该$user，慎用
数据库迁移里没加 unique() 会导致逻辑错乱
一对一不是靠 PHP 层约束，而是靠数据库唯一索引保证。如果 profiles.user_id 没设 unique，$user->profile()->create() 可以成功执行多次，最终一个用户对应多条 profile 记录——表面上看代码没错，实际业务已崩。
- 迁移中必须写：
$table->foreignId('user_id')->unique()->constrained()->onDelete('cascade'); - 若用旧版 Laravel（$table->unsignedBigInteger('user_id')->unique(); $table->foreign('user_id')->references('id')->on('users');
- 不加
unique()时，$user->profile懒加载可能随机返回某一条（MySQL 无序），with('profile')则只取第一条，行为不可控
测试或种子数据里用 for() 工厂更干净
在 DatabaseSeeder 或 PHPUnit 测试中批量生成带关联的数据，别手写循环。Laravel 工厂的 for() 方法会自动填充外键，语义清晰且不易出错：
-
User::factory()->has(Profile::factory()->for(User::factory()))->count(10)->create();—— 10 个用户，每人一个 profile -
Profile::factory()->for($user)->create();—— 明确归属，外键由工厂推导，不用写user_id - 如果
Profile的外键字段叫owner_id，工厂里要提前声明：Profile::factory()->for($user, 'user')，否则默认按方法名找user_id
外键字段名、唯一约束、工厂的 for() 行为——这三个点最容易被跳过，但只要一个没对，「一对一」就变成「一对多」或「查不到」。别信“跑通了就行”，得看数据库里到底存了几条。
