TypeORM 实体元数据错误问题分析

问题原因

这个问题的根本原因在于 实体的注册方式和路径解析 的差异：

1. 路径解析方式不同 ：

   • 在原始的 app.module.ts 中，实体路径是这样配置的：

     entities: [__dirname + '/common/entities/*.entity{.ts,.js}'],
     

   • 而在 database.module.ts 中，实体路径是这样配置的：

     entities: [path.join(__dirname, '../../common/entities/*.entity{.ts,.js}
     ')],
     

2. autoLoadEntities 与实体注册 ：

   • 两个文件都设置了 autoLoadEntities: true ，但这个选项的工作方式依赖于模块结构
   • 当你在 app.module.ts 中配置 TypeORM 时，所有的实体模块（如 GoodsModule）都是 AppModule 的直接子模块，TypeORM 可以自动发现并注册所有实体
   • 当你抽离到 database.module.ts 后，TypeORM 需要明确知道所有实体之间的关系

3. 实体关系问题 ：

   • Goods 实体和 GoodsType 实体之间存在双向关系（ @OneToMany 和 @ManyToOne ）
   • 在 GoodsModule 中，只导入了 Goods 实体，但没有导入 GoodsType 实体
   • 当 TypeORM 尝试解析 Goods#types 关系时，找不到 GoodsType 的元数据

解决方案

通过修改 GoodsModule 来解决这个问题，添加了所有相关实体的导入：

@Module({
  imports: [TypeOrmModule.forFeature([Goods, GoodsBanner, CategoryRecommend, 
  GoodsCategory, GoodsType, GoodsAttr, GoodsSkuCard])],
  controllers: [GoodsController],
  providers: [GoodsService],
})
export class GoodsModule { }

为什么在 app.module.ts 中没有问题？

在 app.module.ts 中没有问题的原因是：

1. 路径解析更直接 ： __dirname + '/common/entities/*.entity{.ts,.js}' 路径解析更直接，不容易出现路径错误
2. 模块结构更扁平 ：所有模块都是 AppModule 的直接子模块，TypeORM 可以更容易地发现所有实体
3. 实体加载时机 ：在原始结构中，所有实体可能在同一时间被加载和处理，而在抽离后的结构中，实体加载顺序可能发生变化

最佳实践建议

1. 确保在每个功能模块中导入该模块使用的所有实体，包括关联实体

2. 考虑在 database.module.ts 中使用绝对路径而非相对路径：

   entities: [process.cwd() + '/dist/common/entities/*.entity.js'],
   

3. 如果实体之间有复杂的关系，考虑在一个集中的地方注册所有实体，确保它们都被正确加载