ThinkPHP 仅官方支持 morphTo + morphMany 多态一对多，morphTo 必须定义在 Comment 等通用子表模型中，参数顺序为 ('commentable', 'commentable_id', 'commentable_type')，预加载需手动分组查询，morphMap 配置后数据库存 key 值且需同步迁移旧数据，删除宿主模型时须手动清理关联评论。
ThinkPHP 不支持 Laravel 那种原生 hasManyThrough 式的多态关联，也不存在「三种标准方式」这种说法——所谓「三种方式」多是误传或对文档断章取义。真正可用且官方支持的，只有基于 morphTo + morphMany 的多态一对多（以及可选的 morphOne），其余写法要么报错，要么查不出数据。
为什么 morphTo 必须写在 Comment 这类「被评论方」模型里
morphTo 的语义是「我属于谁」，所以它只能定义在通用子表模型中（如 Comment），表示这条评论可能属于 Post、Video 或其他任意模型。如果反着写在 Post 里调用 morphTo，框架会直接抛出 Call to undefined method 错误。
-
morphTo方法必须返回$this->morphTo('commentable', 'commentable_id', 'commentable_type')，三个参数顺序不能错 - 字段名前缀（如
commentable）要和数据库中commentable_id/commentable_type完全一致，大小写敏感 - 若用数组指定字段，得写成
['commentable_type', 'commentable_id']，顺序和文档描述相反，写反会导致commentable_id被当类型用，查出来全是 null
预加载 commentable 时 with() 失效，只能用 load() 或手动分组查询
with('commentable') 在多态关联下会被忽略，甚至触发 Relation not exists 报错。这是因为 ThinkPHP 的预加载机制不识别动态类型字段，无法提前生成 JOIN 条件。
- 临时方案：
$comments->load('commentable')，但这是 N+1 查询，100 条评论就会发 100 次 SQL - 推荐做法：先取出所有
commentable_id和commentable_type，按 type 分组（如post、video），再分别用whereIn('id', [...])批量查出对应模型，最后用 PHP 合并到评论数据中 - 如果只是读标题、封面等少量字段，可在
Comment模型加getCommentableTitleAttr访问器，内部做一次Db::name()->where(...)->value()，但要注意避免高频重复查询
morphMap 配置后 commentable_type 存的是 key 还是完整类名
存的是 $morphMap 里定义的 key（如 'post'），但前提是全局注册且模型启用生效。没配好就写入，数据库里存的仍是 appmodelPost，后续查询时因找不到映射而返回 null。
立即学习“PHP免费学习笔记（深入）”；
- 必须在
appcommon.php或模型初始化方法中调用hinkModel::setMorphMap(['post' => ppmodelPost::class]) - key 名大小写敏感：
'Post'和'post'是两个不同键，查post却注册了Post，结果就是空对象 - 已有数据迁移不能只改配置，得同步执行 SQL 更新：
UPDATE comment SET commentable_type = 'post' WHERE commentable_type = 'app\model\Post'（注意双反斜杠转义）
最易被忽略的是：多态关联不自动清理子记录。删掉一个 Post，它的所有 Comment 依然躺在表里，deleteTime 或软删除配置完全无效。必须在宿主模型的 delete 方法里手动清关联表，且要确保 commentable_type 字段值和当前模型映射 key 严格一致，否则删不干净。
