npm pack移除import语句文件扩展名导致导入失败求助

问题分析 #

你遇到的核心问题是内部库执行npm pack后，代码中的ESM导入扩展名被移除，导致其他项目安装后无法正确解析模块。首先明确：npm pack本身不会修改文件内容，它只是将当前目录的文件打包成.tgz包，所以问题大概率出在你的构建流程或工具配置上。

排查与解决方案 #

1. 检查预打包脚本（prepack/prepare） #

查看你的package.json是否存在prepack、prepare这类会在npm pack前自动执行的脚本。如果有，这些脚本中使用的转译/构建工具（比如Babel、Rollup、ESBuild）可能默认移除了文件扩展名：

• 若用Rollup，需在配置中开启preserveModules: true，同时设置output.entryFileNames: '[name].js'来保留扩展名；
• 若用ESBuild，添加--keep-names参数或在配置中指定outExtension: { '.js': '.js' }。

2. 确认lib目录源文件的正确性 #

执行npm pack前，先检查./lib/main.js中的导入语句是否确实带有.js扩展名。如果源文件本身就被修改了，打包后的文件自然也不对。比如你是否有手动复制或通过脚本复制src到lib的步骤？确保复制过程没有篡改文件内容。

3. 调整package.json的模块配置 #

你的package.json已经设置了type: module，可以通过优化exports字段来规避内部相对路径导入的问题：

• 在exports中新增内部模块的导出规则：

  "./modules/account": "./lib/modules/account.js"
  

  然后在main.js中改为包路径导入：

  import * as Account from '@Nunya/modules/account'
  

  这种方式不依赖相对路径的扩展名，也更符合库的导出规范。

4. 升级Node版本 #

Node.js 16.15.0属于较早的16.x版本，对ESM的解析存在一些已知bug。建议升级到Node.js 16.x的最新稳定版（如16.20.2）或18.x LTS版本，新版本修复了不少ESM相关的问题，可能直接解决你的故障。

5. 放弃.mjs的无效尝试 #

你尝试将.js改为.mjs但无效，是因为type: module已经让所有.js文件被当作ESM解析，.mjs在此场景下和.js作用一致，所以无法解决扩展名丢失的问题。

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