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

问题原因

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

路径解析方式不同：
- 在原始的 app.module.ts 中，实体路径是这样配置的：
```
entities: [__dirname + '/common/entities/*.entity{.ts,.js}'],
```
- 而在 database.module.ts 中，实体路径是这样配置的：
```
entities: [path.join(__dirname, '../../common/entities/*.entity{.ts,.js}
')],
```
autoLoadEntities 与实体注册：
- 两个文件都设置了 autoLoadEntities: true ，但这个选项的工作方式依赖于模块结构
- 当你在 app.module.ts 中配置 TypeORM 时，所有的实体模块（如 GoodsModule）都是 AppModule 的直接子模块，TypeORM 可以自动发现并注册所有实体
- 当你抽离到 database.module.ts 后，TypeORM 需要明确知道所有实体之间的关系
实体关系问题：
- 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 中没有问题的原因是：

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

最佳实践建议

确保在每个功能模块中导入该模块使用的所有实体，包括关联实体
考虑在 database.module.ts 中使用绝对路径而非相对路径：
```
entities: [process.cwd() + '/dist/common/entities/*.entity.js'],
```
如果实体之间有复杂的关系，考虑在一个集中的地方注册所有实体，确保它们都被正确加载

TypeOrmModule 从 app.module.ts 抽离到 database.module.ts 后出现错误的原因分析