必须用foreignId()而非unsignedBigInteger()，因其自动创建UNSIGNED BIGINT字段、附加外键约束、默认加索引，并支持constrained()链式调用，避免重复建列和errno 150错误。
在Laravel 8迁移中定义外键时，若同时用unsignedBigInteger()和foreignId()声明同一列，会直接触发SQLSTATE[42S21]“Duplicate column name”错误——这并非语法问题，而是foreignId本身已包含列创建逻辑，重复声明导致数据库建表失败。
foreignId为何能避免重复列错误
方法一：理解foreignId的底层行为foreignId('user_id')不是单纯添加约束，它会自动创建一个UNSIGNED BIGINT类型的user_id字段，并立即附加外键元信息。你写这一行，就等于同时完成了字段定义 + 类型声明 + 约束绑定三件事。
方法二：对比错误写法$table->unsignedBigInteger('user_id'); → 单独建列$table->foreignId('user_id')->constrained(); → 再次建同名列并加约束 → 【MySQL报错：Duplicate column name 'user_id'】
这一步操作起来很简单，直接删掉unsignedBigInteger()那行就行，但很多人卡在这一步是因为没意识到foreignId()自带建列表达能力。
foreignId比unsignedBigInteger更安全的三个事实
第一步：类型自动对齐id()在Laravel 8+默认生成BIGINT UNSIGNED AUTO_INCREMENT主键；foreignId()生成的字段也必为UNSIGNED BIGINT，天然匹配。而unsignedBigInteger()只是字段类型声明，不保证后续约束能成功挂载。
第二步：索引自动创建
MySQL执行外键约束前强制要求外键列有索引；foreignId()在Laravel 9+中默认为该字段加索引，unsignedBigInteger()不会——漏加索引会导致errno 150错误，且报错信息完全不提示索引缺失。
第三步：链式调用防遗漏->constrained()自动推断关联表名（如User→users）和主键（id），一行收尾；手动写->foreign('user_id')->references('id')->on('users')容易拼错表名或漏onDelete()，尤其在多态关联或自定义主键场景下。
什么时候必须放弃foreignId
当关联表名不符合Laravel命名规范时，->constrained()会推断错误。例如模型叫OutlookCategory但表名是outlook_categories_config，此时foreignId('outlook_category_id')->constrained()会尝试关联不存在的outlook_categories表。
正确做法是显式拆解：$table->unsignedBigInteger('outlook_category_id');$table->foreign('outlook_category_id')->references('id')->on('outlook_categories_config')->onDelete('cascade');
注意：这里必须用unsignedBigInteger()而非foreignId()，否则又会触发重复列错误——因为foreignId()仍会尝试建列，而你已用前一行建过了。
