中间表需手动创建并严格遵循命名与结构规范：按字母序拼接单数模型名（如article_tag），字段用foreignid+constrained，加唯一联合索引，不设主键，迁移须在主表之后执行。
中间表必须手动创建迁移，Laravel 不会自动建表，也不接受“先定义模型再生成表”的懒方式。
中间表命名必须按字母顺序拼接单数模型名
比如 User 和 Role，Laravel 默认找 role_user 表，不是 user_role。哪怕你心里觉得“用户在前”，数据库里也得写成 role_user——否则 belongsToMany 会查不到关联记录，且不报错，只静默返回空集合。
- 正确：两个模型是
Article和Tag→ 中间表名应为article_tag - 错误：写成
tag_article或articles_tags（复数）都会导致关联失效 - 若坚持用非标准名（如
user_roles），必须在belongsToMany中显式传入第二个参数
迁移中必须包含两个外键 + 唯一联合索引
中间表不是普通数据表，它只负责绑定关系，所以结构极简但约束严格。漏掉任意一项都可能引发重复插入、删除失败或性能问题。
- 用
$table->foreignId('user_id')->constrained()而不是$table->unsignedBigInteger('user_id')：前者自动加外键约束和索引 - 必须加
$table->unique(['user_id', 'role_id'])：防止同一对关系被重复插入（比如两次attach(1)） - 如果需要记录时间，加
$table->timestamps()；但别加$table->id()—— 主键非必需，且会干扰sync()的底层逻辑
attach/detach/sync 操作前，确保中间表已存在且字段名匹配
这些方法不校验表结构。如果中间表字段名写成 uid 和 rid，而模型里没指定外键参数，attach(5) 会静默失败，日志里只有一条 “0 rows affected”。
- 检查点：运行
php artisan tinker，执行User::first()->roles()->get()，看是否报SQLSTATE[42S02]: Base table or view not found - 常见错配：
belongsToMany(Role::class, 'user_roles', 'uid', 'rid')必须和迁移里的字段名完全一致 -
sync()对字段名更敏感——它内部用WHERE IN批量删行，字段名错一个字母就删不掉旧记录
最易被忽略的是迁移顺序：中间表迁移文件必须在两个主模型表迁移之后运行，否则 constrained() 会因目标表不存在而报错。别指望 Laravel 帮你推导依赖关系。
