最终对我有用的是确保在webpack配置中包含任何合并深度依赖项作为外部项：

externals: {
    puppeteer: 'require("puppeteer")',
}

并将package.json中的node_modules路径声明为“extraResource”。

"extraResources": [
    "node_modules/puppeteer,
}

如果您需要的模块的package.json中缺少或不正确的主字段，则可能会遇到此错误。虽然模块本身已安装，但npm/node必须使用单个.js文件作为模块的入口点。如果主字段不在，则默认在模块的文件夹中查找index.js。如果模块的主文件不名为index.js，它将无法要求它。

在将基于浏览器的模块转换为CommonJS必需模块时发现；browserify并不关心缺少的主字段，因此错误没有被注意到。

在我的情况下，我没有使用正确版本的nvm。

显然，从这个问题来看，有很多可能的原因。

也许这会对某人有所帮助，希望没有人像我一样愚蠢地使用这种技术：

检查文件夹树中是否有node_modules文件夹。

场景1：如果您有一个项目文件夹，在多个项目之间共享了node_modules文件夹，那么您可能没有遇到任何问题

|- projects
| |- node_modules     <- OK
| |- project1         <- No node_modules folder
| | |- package.json
| |- project2         <- No node_modules folder
| | |- package.json

场景2：如果添加不同性质的第三个项目，则可以选择在该项目中保留node_modules文件夹：

|- projects
| |- node_modules     <- Can be used by project 3
| |- project1         <- No node_modules folder
| | |- package.json
| |- project2         <- No node_modules folder
| | |- package.json
| |- project3
| | |- node_modules   <- Packages for project 3 only
| | |- package.json

我猜项目3的node-modules文件夹中的一些包依赖于它在父文件夹的node_modules文件夹中找到（或找不到）的包。尽管您希望在项目3的node_modules文件夹中找到依赖项。也许是因为导入和引用某些包的方式？

不用说，这是一场即将发生的灾难：）

指定restler文件夹的路径，该文件夹将位于node_modules文件夹中，如：var rest=require（'./node_modules/restler'）；

这对我有用。

如果您正在使用typescript，并且在安装所有节点模块后出现错误，请删除package-lock.json。然后运行npm-install。