Sequelize自关联多对多调用addChild父子关系倒置问题求解

你这里的核心错误是自引用多对多关联的as别名和foreignKey的对应逻辑搞反了。
Sequelize的belongsToMany配置里，foreignKey指的是当前模型在中间表中对应的外键字段名，as指的是关联的目标实体的别名。
你现在的配置是：

// 当前模型是HasReview
this.belongsToMany(models.HasReview, {
    through: models.HasReviewHasReview,
    as: 'child', // 你把关联目标定义为子项
    foreignKey: 'childId', // 你把当前模型的外键设为childId
    ...
});

这个配置的实际含义是：当你调用A.addChild(B)的时候，Sequelize会把A的id存到中间表的childId字段，B的id存到另一个外键（也就是你第二个关联配的parentId），所以就出现了父子颠倒的情况：你本来想把B（评论）存为A（帖子）的子项，结果反而把A的id填到了childId，B的id填到了parentId，自然关联关系就反了。

方案1：调整关联配置（推荐，语义更符合直觉） #

把两个关联的as和foreignKey的对应关系反过来，显式补充otherKey指定目标实体的外键，避免Sequelize自动推断出错，让别名和外键的语义完全匹配：

static associate(models) {
    // 关联目标是当前实体的父级，别名为parent
    this.belongsToMany(models.HasReview, {
        through: models.HasReviewHasReview,
        as: 'parent',
        foreignKey: 'childId', // 当前模型在中间表的字段是childId
        otherKey: 'parentId', // 关联目标在中间表的字段是parentId
        onDelete: 'CASCADE',
        onUpdate: 'CASCADE',
    });

    // 关联目标是当前实体的子级，别名为child
    this.belongsToMany(models.HasReview, {
        through: models.HasReviewHasReview,
        as: 'child',
        foreignKey: 'parentId', // 当前模型在中间表的字段是parentId
        otherKey: 'childId', // 关联目标在中间表的字段是childId
        onDelete: 'CASCADE',
        onUpdate: 'CASCADE',
    });

    this.hasMany(models.Like, {onDelete: "cascade", onUpdate: "cascade", foreignKey: {allowNull: false}});
}

配置改完之后，你原来的业务代码novel.hasReview.addChild(newReviewInterface)就能正常生效了：调用A.addChild(B)时，中间表会把A的id存到parentId，B的id存到childId，完全符合你要的「A是父级内容，B是A的子评论」的语义，同时支持评论嵌套回复的需求。

方案2：不修改配置，直接调整业务代码 #

如果你不想动之前的关联配置，直接把业务代码里的addChild换成addParent即可，就是你现在测试可用的写法。但这种方式别名语义和实际操作反过来，后期维护成本高，不推荐长期使用。

你现在的业务代码里有个遗漏点：addChild/addParent都是异步方法，你没有加await，事务提交的时候可能关联操作还没执行完，会导致中间表没有生成记录，需要改成：

await novel.hasReview.addChild(newReviewInterface, {
    through: {status: 'review'}
});

内容的提问来源于stack exchange，提问作者ATLANT