commentable_type字段必须存可自动加载的完整类名（如app\models\post），laravel据此实例化模型；存错、大小写错误或命名空间变更会导致morphto()返回null或抛出类不存在异常；推荐用relation::morphmap()配置别名以提升健壮性。
commentable_type 字段不是随便存个字符串，它直接决定 Laravel 能否正确反序列化出所属模型。存错、改名、迁移后没同步，都会让 morphTo() 返回 null 或抛出类不存在异常。
为什么 commentable_type 默认存完整类名？
Laravel 用这个字段做运行时模型实例化：查出 commentable_type = "App\Models\Post" 后，会尝试 new App\Models\Post 并调用 find($commentable_id)。所以它必须是可 autoload 的绝对类名。
常见错误现象：
- 模型移动命名空间后，旧评论查不到
commentable，因为数据库里还是老路径（如App\Post） - 本地开发用短名（
Post），上线后报Class 'Post' not found - 手动插入 SQL 时写错大小写（
app\models\post在 Linux 下失效）
如何安全地修改或缩写 commentable_type 值？
用 Relation::morphMap() 显式绑定别名，避免硬编码类名散落在数据库里。
在 AppServiceProvider::boot() 中注册：
use Illuminate\Database\Eloquent\Relations\Relation;
Relation::morphMap([
'post' => \App\Models\Post::class,
'video' => \App\Models\Video::class,
'image' => \App\Models\Image::class,
]);
这样数据库里存的是 'post' 而非 'App\Models\Post'，好处包括：
- 模型类重命名或挪动命名空间时，只需改映射表，不用批量更新数据库
- 迁移脚本、种子数据、SQL 导出更简洁可读
- 避免因自动加载失败导致的
ClassNotFoundException
注意：morphMap() 必须在所有 Eloquent 查询前执行，否则已有查询可能已缓存原始映射。
什么时候会忽略 commentable_type 字段？
只有两种情况 Laravel 不校验该字段：
- 显式调用
$comment->setCommentable($post)手动绑定，绕过自动解析 - 使用
with('commentable: id,title')但未加载关联模型（此时commentable是空对象，不触发类型解析）
其余所有场景——比如 $comment->commentable、Comment::with('commentable')->get()、whereHasMorph()——都会严格依赖 commentable_type 值去实例化对应模型。
一个容易被忽略的点：commentable_type 是区分大小写的纯字符串匹配，没有“智能归一化”。哪怕只差一个反斜杠或命名空间层级，也会导致关联断裂，且错误往往静默表现为 null 而非异常。
