已安装@types/node仍报TypeScript找不到‘process’的ts2580错误

• tsconfig.json 的 types 字段显式过滤了Node类型加载
  当你在tsconfig的compilerOptions里手动配置了types字段（目的是避免不必要的全局类型加载污染），如果没有把node加入数组，TS会完全跳过@types/node的类型导入，哪怕包已经正常安装也无法识别process等Node全局变量。

  示例修正：

  {
    "compilerOptions": {
      "types": ["node"] // 把node加入需要加载的类型列表
    }
  }
  

• tsconfig.json 的 include 范围未覆盖当前报错文件
  如果你当前报错的TS文件，没有落在tsconfig配置的include路径范围内，TS会对该文件应用默认的类型检查规则，不会加载你项目本地安装的@types/node类型，直接报找不到全局名称的错误。比如tsconfig只配置了"include": ["src/**/*"]，但你在项目根目录直接写了个测试脚本，就会触发这类问题。
• 全局TypeScript版本与@types/node版本不兼容
  你提到是全局安装的typescript与ts-node，如果全局TS版本过于老旧，和项目里安装的新版@types/node存在版本兼容问题，会导致类型加载失效，建议在项目本地安装匹配版本的TypeScript与@types/node，减少全局版本带来的不确定性。
• tsconfig.json 的 typeRoots 路径配置异常
  如果你手动自定义了typeRoots的类型搜索路径，没有把项目下的node_modules/@types加入搜索路径列表，TS在运行时根本找不到@types/node的存放位置，自然无法加载对应类型定义。
• 依赖安装不完整
  看似package.json的devDependencies里已经记录了@types/node的依赖，但实际node_modules内的@types/node文件因网络中断、缓存损坏等原因不完整，可以删除node_modules与package-lock.json后重新执行npm install排查。
• IDE的TS服务缓存未刷新
  刚安装完@types/node依赖后，编辑器内常驻的TS语言服务可能还保留安装前的缓存状态，没有实时加载新的类型包，重启编辑器的TS语言服务即可恢复。

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