MorphMap 不生效的主因是注册时机错误、键值顺序颠倒或旧数据未迁移。必须在 AppServiceProvider::boot() 中唯一注册，键为字符串标识（如 'post'），值为类全限定名；旧数据需手动更新 type 字段以匹配映射键。
为什么 MorphMap 不生效？类名映射没注册到全局
最常见的问题是只在某个服务提供者里调用了 Relation::morphMap()，但 Laravel 的多态解析发生在模型实例化前，必须在应用启动早期注册。Laravel 默认只在 AppServiceProvider::boot() 里注册一次，如果多个地方重复调用或延迟注册，后注册的会覆盖前一个，导致部分模型找不到映射。
- 确保只在
AppServiceProvider::boot()中调用一次Relation::morphMap() - 不要在模型内部、控制器或命令中动态注册 —— 此时解析器已初始化完毕
- 如果用了包或模块化结构，检查是否多个服务提供者都尝试注册了 morph map，引发冲突
- 验证是否生效：在 Tinker 中执行
Relation::getMorphedModel('post')，应返回完整类名如App\Models\Post
MorphMap 键名写字符串还是数组？键必须是字符串，值才是类名
很多人误把数组当 key，比如写成 ['App\Models\Post' => 'post']，实际顺序反了。Laravel 要求 key 是数据库里存的字符串标识（如 'post'），value 才是对应模型类的 FQCN（全限定类名）。
- 正确写法：
Relation::morphMap(['post' => App\Models\Post::class]) - 错误写法：
Relation::morphMap([App\Models\Post::class => 'post'])—— 这会导致多态查询完全失败，且无明显报错 - 如果类名含命名空间，务必用
::class常量，避免字符串拼错（比如漏掉App\） - 键名区分大小写，数据库字段值必须完全一致（如不能是
'Post'对应'post'）
迁移已有数据时，MorphMap 不影响旧记录，但要手动更新 type 字段
启用 MorphMap 后，新插入的数据会按你定义的键存入 xxx_type 字段（如 'post'），但老数据仍存着完整类名（如 'App\Models\Post'）。Laravel 不会自动转换历史数据，查询时会因类型不匹配查不到关联。
- 先确认当前数据库里
_type字段的实际值：select distinct commentable_type from comments; - 若存在混合值（既有
'App\Models\Post'又有'post'），必须统一清理 - 推荐用 DB 语句批量更新：
update comments set commentable_type = 'post' where commentable_type = 'App\Models\Post'; - 别依赖模型的
save()触发重写 —— 它只影响新保存的记录，不会改已存在的 type 值
使用 withCount() 或 whereHasMorph() 时，MorphMap 是否起作用？起作用，但条件写法要匹配键名
这些高级查询底层仍走多态解析逻辑，所以 MorphMap 生效。但容易踩坑的是：你在 whereHasMorph() 里传的类型名，必须是你在 map 中定义的 key，不是类名。
- 假设你配置了
['article' => App\Models\Article::class]，那么whereHasMorph('commentable', 'article', ...)才对 - 写成
whereHasMorph('commentable', App\Models\Article::class, ...)会失败 —— 它会绕过 morph map，直接查类名字符串 -
withCount(['commentable' => fn ($q) => $q->whereMorphedBy('article')])同理，括号里填 key，不是类 - 调试时可 dump 查询 SQL，看生成的
WHERE commentable_type = ?绑定值是不是你 map 里的 key
MorphMap 看似简单，真正麻烦的是它和数据库存量、查询构造器、服务提供者生命周期三者咬合得特别紧 —— 少一个环节对不上，就静默失效。最常被忽略的是迁移旧数据这步，线上跑着跑着发现某类关联突然查不到，八成是 type 字段还混着老格式。 
