Webpack打包Node模块后，外部项目引用时无法找到externals配置的依赖@playwright/test

看起来你遇到的问题是Node.js模块解析路径规则导致的——虽然pathB里明明装了@playwright/test，但Webpack打包后的pathA模块在查找依赖时，并不会自动去pathB的node_modules目录里找。让我一步步帮你分析和解决：

问题根源 #

Node.js的模块查找逻辑是基于当前执行的模块文件路径逐层向上搜索node_modules的，而不是基于你启动脚本的路径。当你在pathB里运行node index.js并直接引用pathA/dist/index.js时，pathA代码里的require('@playwright/test')会从D:\Personal\packA\dist开始往上找：先查packA/dist/node_modules，再查packA/node_modules，以此类推，完全不会涉及pathB的node_modules目录，所以自然找不到依赖。

解决方案一：将pathA作为本地依赖安装到pathB（推荐） #

这是最符合Node模块规范的做法，能从根源解决问题：

1. 先确保pathA的package.json配置正确，比如main字段要指向打包后的dist/index.js
2. 切换到pathB目录，执行本地依赖安装命令：

   npm install ../packA
   

3. 之后在pathB的index.js里，像引用普通npm包一样引入pathA：

   // 对应你Webpack配置里的library.name
   const testApi = require('test-api');
   // 或者如果pathA的package.json里name是packA，就写require('packA')
   

安装完成后，pathA的包会被链接到pathB的node_modules目录下，此时pathA代码里的require('@playwright/test')会先查找pathA自身的node_modules（不存在），然后自动向上找到pathB的node_modules，就能成功加载依赖了。

解决方案二：临时设置NODE_PATH环境变量（快速测试用） #

如果你只是想快速验证功能，不想修改依赖结构，可以在运行pathB的index.js时，指定NODE_PATH指向pathB的node_modules：

• Windows系统：

  set NODE_PATH=./node_modules && node index.js
  

• Linux/macOS：

  NODE_PATH=./node_modules node index.js
  

这个方法会让Node在查找模块时优先去指定目录搜索，但不推荐在生产环境使用，因为它会改变Node默认的模块解析逻辑，可能引发其他潜在问题。

额外的Webpack配置优化建议 #

为了让你的打包更贴合Node环境，可以调整以下配置：

1. 将library类型从umd改为commonjs2：UMD是通用模块定义，适合同时支持浏览器和Node，但纯Node模块用commonjs2更简洁高效：

   library: {
     name: 'test-api',
     type: 'commonjs2', // 替换原来的umd
   },
   

2. 显式确认nodeExternals对scoped包的支持（默认已支持，可选配置）：

   externals: [nodeExternals({
     // 默认会排除所有node_modules里的包，包括@playwright/test这类scoped包
     // 如果有需要保留的模块才填exclude数组，你这里不需要修改
   })],
   

内容来源于stack exchange