NestJS添加多对多关联后出现reflect-metadata导入及ES模块作用域报错

1 修正TypeORM多对多关联配置错误 #

你新增多对多关联后触发报错的直接诱因是多对多关系的@JoinTable注解配置错误：TypeORM要求@JoinTable仅需要在多对多关系的拥有方添加一次即可，你当前在User和Conversation两个实体中都添加了指向同一个中间表的@JoinTable注解，会导致重复的元数据定义，触发编译/运行异常。
解决方法：删除conversation.entity.ts中整段@JoinTable配置，仅保留user.entity.ts中的@JoinTable配置即可。

2 解决模块化相关报错 #

报错原因说明 #

• 第一个报错import "reflect-metadata" Cannot use import statement outside a module：Node.js默认将.js文件识别为CommonJS模块，你项目TypeScript编译输出的JS文件使用了ES模块的import语法，和CommonJS规范不兼容。
• 新增"type": "module"后出现ReferenceError: exports is not defined in ES module scope：你的tsconfig编译配置仍在输出CommonJS格式的代码，产物中同时存在CommonJS的exports语法和ES模块规范，两种模块规范冲突。

修复方案（二选一即可，推荐使用方案1，符合NestJS项目默认规范） #

方案1：使用CommonJS模块规范

• 先删除package.json中新增的"type": "module"配置
• 确认项目入口文件（通常为main.ts）第一行已引入import 'reflect-metadata'，不要在其他文件重复引入该依赖
• 检查tsconfig.json中核心编译配置是否正确：

{
  "compilerOptions": {
    "module": "CommonJS",
    "target": "ES2021",
    "emitDecoratorMetadata": true,
    "experimentalDecorators": true,
    "esModuleInterop": true,
    "skipLibCheck": true
    // 其余原有配置保持不变即可
  }
}

• 清理项目已编译的产物（通常为dist目录），重新运行启动命令即可。

方案2：使用ES模块规范

• 保留package.json中的"type": "module"配置
• 修改tsconfig.json核心编译配置适配ES模块：

{
  "compilerOptions": {
    "module": "NodeNext",
    "moduleResolution": "NodeNext",
    "target": "ES2022",
    "emitDecoratorMetadata": true,
    "experimentalDecorators": true,
    "esModuleInterop": true,
    "skipLibCheck": true
    // 其余原有配置保持不变即可
  }
}

• 项目中所有相对路径导入都需要补充.js后缀，例如导入实体的代码需要修改为import { User } from './user.entity.js'
• 清理dist目录后重新运行启动命令即可。

内容的提问来源于stack exchange，提问作者Dương Đinh Xuân