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

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

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

"extraResources": [
    "node_modules/puppeteer,
}

如果使用nvm，请检查绑定到其他库的现有node_module是否编译为正确的node.js版本。

我也犯了同样的错误。原因如下：我们使用nvm是因为我们在一台服务器上运行两个应用程序，一个需要Node.js 5.6，因为它使用Node gd（目前不在Node.js 6上运行），另一个需要Node.js 6。Node.js 6是apt-get安装。

我们还使用pm2工具进行部署。

因此，默认设置是当nvm未生效时pm2进程启动，因此它使用Node.js（版本6）的apt-get安装。因此，主pm2守护进程从Node.js 6开始。如果我在fork模式下运行应用程序，它们将在单独的进程中启动，并且nvm设置生效。当我以集群模式运行应用程序时，它们继承了非nvm环境。

因此，当我尝试切换到集群模式时，应用程序未能启动，因为为5.6编译的绑定失败，并显示此消息。

我通过在nvm设置生效时重新启动pm2解决了这个问题。此外，还应修复启动脚本。

对于TypeScript用户，如果您正在导入内置节点模块（如http、路径或url），并且遇到错误，如“找不到模块”x，则可以通过运行

npm install @types/node --save-dev

该命令将NodeJS TypeScript定义导入到项目中，允许您使用Node的内置模块。

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

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

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

"extraResources": [
    "node_modules/puppeteer,
}

我在升级节点版本并安装几个不同的软件包版本时遇到了这个问题。该项目创建了一个docker图像/容器来工作。

问题是，当我添加包并重建项目时，Docker映像没有被重新创建。正确的信息在我的本地package.json和package-lock.json文件中。

删除Docker映像而不仅仅是容器解决了我的问题。

从项目中删除node_module根文件夹（例如：myApp）。转到myApp文件夹，然后从终端键入以下命令

>myApp>npm install

它将安装项目所需的所有依赖模块。