NestJS ConfigService新设备克隆代码后无法读取.env文件问题求助

MongooseError: The uri parameter to openUri() must be a string, got "undefined". Make sure the first parameter to mongoose.connect() or mongoose.createConnection() is a string.

• 可选依赖缺失：@nestjs/config将dotenv作为可选依赖封装，旧设备PC-1的依赖树中存在其他依赖连带安装的兼容版本dotenv，因此无需单独安装即可正常加载.env文件；新设备PC-2安装依赖时没有对应连带安装的dotenv包，导致@nestjs/config底层读取.env的能力未生效。
• ConfigModule配置错误：若你在ConfigModule.forRoot()中未正确配置envFilePath参数，或是运行npm run start:dev的执行目录和项目根目录不一致，会导致ConfigModule找不到目标.env文件。
• 配置加载顺序问题：如果Mongoose模块同步初始化，早于ConfigModule的配置加载流程，也会出现读取不到环境变量的问题。

• 显式安装依赖：在项目根目录执行npm install dotenv --save，无需手动调用dotenv.config()，只要保证ConfigModule配置正确即可正常使用，该操作和NestJS内置封装逻辑不冲突，也不会和旧设备的运行环境产生兼容性问题。
• 修正模块注册配置：确保AppModule中ConfigModule优先注册，同时Mongoose模块使用异步加载逻辑，保证环境变量加载完成后再初始化数据库连接，示例配置如下：

import { Module } from '@nestjs/common';
import { ConfigModule, ConfigService } from '@nestjs/config';
import { MongooseModule } from '@nestjs/mongoose';

@Module({
  imports: [
    ConfigModule.forRoot({
      isGlobal: true, // 设为全局模块，其他业务模块无需重复导入
      // 若.env文件为自定义名称/不在根目录，可配置：envFilePath: '.env.development'
      // 若需要叠加加载多个环境变量文件，可配置：envFilePath: ['.env.local', '.env']
    }),
    // 使用异步初始化逻辑加载数据库配置
    MongooseModule.forRootAsync({
      useFactory: (configService: ConfigService) => ({
        uri: configService.get<string>('MONGO_URI'), // 替换为你自己的环境变量key
      }),
      inject: [ConfigService],
    }),
    // 其他业务模块
  ],
})
export class AppModule {}

• 校验运行参数：确认npm run start:dev命令的执行目录为项目根目录（即.env文件所在的目录）；如果你的项目按环境区分.env文件（比如.env.development、.env.production），确保启动命令中已经正确传入NODE_ENV参数匹配对应的文件名称。
• 修复依赖完整性：如果上述操作无效，可删除项目中的node_modules文件夹、package-lock.json/yarn.lock/pnpm-lock.yaml锁文件，重新执行npm install安装完整依赖。

内容的提问来源于stack exchange，提问作者Mclain Arandia Cabais