我知道这将帮助一些人搜索这个，不能找到简单的答案，为什么你的过程。Env变量让你的编译器抱怨:

安装@types /节点:

npm i @types/node

然后当你将env作为字符串包含时，这样做:

process.env.YOUR_ENV ?? ''

双问号允许您检查null/undefined。

并不能保证在Node进程中可用的环境变量是什么(如果有的话)——NODE_ENV变量只是一个由Express推广的约定，而不是Node本身内置的东西。因此，将它包含在类型定义中实际上没有意义。相反，他们定义过程。这样的环境:

export interface ProcessEnv {
    [key: string]: string | undefined
}

这意味着这个过程。Env可以用字符串进行索引，以便返回字符串(如果没有设置变量，则为undefined)。要修复你的错误，你必须使用索引语法:

let env = process.env["NODE_ENV"];

或者，正如jcalz在评论中指出的那样，如果你使用的是TypeScript 2.2或更新版本，你可以使用点语法访问上面定义的可索引类型——在这种情况下，你的代码应该可以正常工作。

在使用process.env之前添加即可。NODE_ENV跟随行:

declare var process : {
  env: {
    NODE_ENV: string
  }
}

只需对process.env.YOUR_VAR进行类型转换

例子:

mongoose
  .connect(String(process.env.MONGO_URL), {
    useNewUrlParser: true,
    useFindAndModify: false
  })
  .then(() => console.log('DB connected'))
  .catch((err: any) => console.error(err));

还可以使用类型保护函数。像这样，返回类型是

parameterName is string

如。

function isEnvVarSpecified(envVar: string | undefined): envVar is string {
  if(envVar === undefined || envVar === null) {
    return false;
  }
  if(typeof envVar !== 'string'){
    return false;
  }
  return true;
}

然后你可以调用它作为类型保护:

function myFunc() {
  if(!isEnvVarSpecified(process.env.SOME_ENV_VAR')){
      throw new Error('process.env.SOME_ENV_VAR not found')
  }
  // From this point on the ts compiler won't complain about 
  // process.env.SOME_ENV_VAR being potentially undefined
}

执行typescript最新版本后:

NPM install——save @types/node

你可以使用过程。env直接。

console.log（process.env[“NODE_ENV”]）

如果您设置了NODE_ENV，您将看到预期的结果。