当使用 `constrained()` 方法为外键建立关联时，若目标表的主键非默认 `id`（如手动命名为 `user_id`），需显式传入主键字段名，否则 laravel 会默认查找 `id` 字段导致失败；传入 `constrained('users', 'user_id')` 是完全正确且符合源码逻辑的解决方案。
在 Laravel 迁移中，我们常借助 foreignId() 和 constrained() 快速构建外键关系，例如：
// 常见用法（目标表主键为 id）
$table->foreignId('user_id')->constrained();但当你主动将 users 表的主键命名为 user_id（而非默认 id）：
// users 表迁移
Schema::create('users', function (Blueprint $table) {
$table->id('user_id'); // 自定义主键名
$table->string('name');
});此时若仍用常规方式关联：
// ❌ 错误：Laravel 默认查找 users.id，但该字段不存在
$table->foreignId('user_id')->constrained('users');会抛出类似 SQLSTATE[HY000]: General error: 1005 Can't create table 的错误，根源在于 constrained() 内部默认将关联列设为 'id'。
✅ 正确做法是显式指定目标表的主键字段名：
// ✅ 正确：明确告知 Laravel 关联 users.user_id
$table->foreignId('user_id')->constrained('users', 'user_id');这等价于手动写法：
$table->foreignId('user_id')->references('user_id')->on('users');事实上，查看 Laravel 源码中 constrained() 的实现即可确认其本质：
public function constrained($table = null, $column = 'id')
{
return $this->references($column)->on($table ?? Str::plural(Str::beforeLast($this->name, '_'.$column)));
}可见：constrained() 本身只是对 references()->on() 的封装，第二个参数 $column 默认为 'id'，但完全支持自定义——你传入 'user_id' 不仅合法，而且精准匹配了底层逻辑。
? 注意事项：
- 确保目标表的自定义主键已正确定义为 primary key（$table->id('user_id') 会自动设置主键和自增）；
- 若使用 bigIncrements('user_id') 等方式定义主键，需额外调用 ->primary()；
- 在 constrained() 中同时指定表名与列名，可提升代码可读性与健壮性，尤其在团队协作或表结构非标准时。
总结：你无意中发现的 constrained('users', 'user_id') 写法不仅“可以留着”，更是推荐的最佳实践——它语义清晰、符合框架设计意图，且与底层机制完全一致。无需回退到冗长的手动写法，放心使用即可。
