NestJS GraphQL代码优先+Mongoose编译报错：无法解析深层路径mongoose

核心原因 #

当你在GraphQL代码优先方案的类中直接使用Types.ObjectId时，GraphQL的类型元数据解析机制（比如NestJS GraphQL模块的装饰器逻辑）会尝试解析这个类型的导入来源，但Types.ObjectId属于Mongoose的内部嵌套类型，TypeScript在解析元数据时无法正确关联到node_modules中的mongoose包，反而生成了错误的相对路径../../../../../mongoose，最终导致编译失败。

另外，如果你的TS配置（tsconfig.json）中baseUrl或paths设置不合理，也会加剧模块解析的混乱，让编译器找不到正确的mongoose模块位置。

解决办法 #

方案1：用string类型替代Types.ObjectId #

GraphQL的ID标量类型本质就是字符串，而Mongoose会自动处理ObjectId与字符串的转换，完全可以把_id声明为string类型：

import { ObjectType, Field, ID } from '@nestjs/graphql';

@ObjectType()
export class User {
  @Field(() => ID)
  _id: string;
}

方案2：扩展Mongoose的Document类 #

如果需要保留Mongoose的类型支持，直接让类继承Document，这样类型解析会更顺畅：

import { ObjectType, Field, ID } from '@nestjs/graphql';
import { Document, Types } from 'mongoose';

@ObjectType()
export class User extends Document {
  @Field(() => ID)
  _id: Types.ObjectId;
}

方案3：修正TS配置 #

检查tsconfig.json，确保baseUrl和paths配置正确，让TypeScript能正确找到mongoose：

{
  "compilerOptions": {
    "baseUrl": "./",
    "paths": {
      "mongoose": ["node_modules/mongoose"]
    }
  }
}

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