laravel 的 fill() 方法默认不会填充未在模型 $fillable 数组中声明的字段，导致 role_id 被忽略；解决方法是将其显式添加到 user 模型的 $fillable 属性中。
laravel 的 fill() 方法默认不会填充未在模型 $fillable 数组中声明的字段，导致 role_id 被忽略；解决方法是将其显式添加到 user 模型的 $fillable 属性中。
在 Laravel 中，fill() 是一个批量赋值（mass assignment）方法，其行为受模型层面的安全机制严格控制——这是框架为防止恶意用户通过请求注入非法字段（如 is_admin=1）而设计的核心防护机制。因此，即使 $validated 数组中明确包含 'role_id' => 2，若 User 模型未将 role_id 列入白名单，fill() 就会静默跳过该字段，不报错、不提示，仅执行其余可填充字段。
✅ 正确做法：在 app/Models/User.php 中更新 $fillable 属性：
<?php
namespace App\Models;
use Illuminate\Foundation\Auth\User as Authenticatable;
class User extends Authenticatable
{
protected $fillable = [
'name',
'email',
'password',
'role_id', // ← 必须显式添加！
];
// ...
}⚠️ 注意事项：
- 不要使用
$guarded = []全放开（即“unguard”），这会完全禁用批量赋值保护，带来严重安全风险； - 验证规则（如
'role_id' => 'integer'）仅确保输入合法性，不参与字段可填充性判断； -
dd($validated)显示role_id存在，仅说明验证通过且数据已接收，不代表它能被fill()接受； - 若后续增加新字段（如
status、avatar_path），也需同步追加至$fillable。
? 进阶建议：
对于外键字段（如 role_id），推荐结合 Eloquent 关系与显式类型约束提升健壮性：
// 在 User 模型中可额外定义 cast（可选）
protected $casts = [
'role_id' => 'integer',
];同时，确保数据库迁移中已正确定义该字段：
// migrations/..._create_users_table.php
$table->unsignedBigInteger('role_id')->nullable();
$table->foreign('role_id')->references('id')->on('roles');完成上述配置后，原代码即可正常工作：
public function register(Request $request)
{
$validated = $request->validateWithBag('ers', [
'email' => 'required|email|unique:users',
'password' => 'required|min:6|confirmed',
'role_id' => 'required|integer|exists:roles,id', // 建议增强验证
'name' => 'required|string|max:255',
]);
$user = User::create($validated); // 或 new User + fill() + save()
return response('Saved record', 201);
}总结：Laravel 的批量赋值安全机制不是 bug，而是 feature。始终遵循“显式声明可填充字段”的原则，既保障安全性，又确保逻辑可控。
