全局npm包运行报'exports' is undefined node直接运行正常求解

这个报错的核心差异点是：直接执行node ./converter.js是显式调用Node.js引擎运行脚本，而npm link生成的全局convertxml命令是靠系统和npm生成的垫片脚本调用解释器，执行上下文不一致触发问题，90%以上的同类问题由以下两个原因导致：

按优先级依次排查修复：

• 优先检查入口文件Shebang声明
  你package.json中bin字段指向的入口JS文件（即converter.js）第一行必须添加Node环境声明，这行之前不能有空行、其他注释或代码：

  #!/usr/bin/env node
  

  这行的作用是告诉系统执行该文件时，默认调用Node.js引擎作为解释器。缺失这行时，Windows系统会默认调用内置的JScript引擎（WSH系统组件）执行JS文件，该引擎不存在CommonJS规范的exports全局变量，就会抛出你遇到的'exports' is undefined报错。
  添加完成后，在项目目录依次执行以下命令重新生成全局链接：

  npm unlink
  npm link
  

  再重新运行convertxml命令测试即可。
• 若上述操作无效，检查模块格式配置
  从你提供的tsconfig来看，compilerOptions.module配置为ES6，会编译输出ESM规范的JS代码，如果你的package.json中未声明"type": "module"，Node.js会默认将.js后缀文件按CommonJS规范解析，在全局垫片调用场景下可能出现模块上下文异常。二选一调整即可：
  • 方案1：将tsconfig中compilerOptions.module的值改为CommonJS，重新编译TS代码后重新执行npm link
  • 方案2：在package.json顶层添加"type": "module"字段，确认本地Node.js版本 >=14.13.0（支持ESM格式CLI的最低稳定版本）

如果修复后仍有问题，可以在Windows系统下打开C:\Users\<你的用户名>\AppData\Roaming\npm\目录，找到convertxml.cmd文件，查看文件内配置的入口文件路径是否正确指向你项目中的converter.js，排除路径配置错误导致的执行异常。

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