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

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

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

"extraResources": [
    "node_modules/puppeteer,
}

当第一个npm安装由于某种原因（npm的SIGINT）崩溃，或者延迟太长，或者数据损坏时，就会发生这种情况。再次尝试npm安装不会解决问题。

npm第一次检查出现了问题，因此最好的选择是删除该文件并重新启动npm安装。

如果使用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解决了这个问题。此外，还应修复启动脚本。

将webpack与webpack开发中间件一起使用时遇到此问题。

已将单个文件转换为文件夹。

观察者似乎没有看到新文件夹，模块现在丢失了。

通过重新启动进程修复。

一种罕见但也可能的情况是模块名称中的拼写错误。执行节点时，我错过了文件名中的“s”。\util.js，它应该是node。\utils.js，并且在这个问题的所有答案中没有找到任何解决方案，直到我发现即使我删除了所有内容，也无法运行该文件！

也许像我一样，您将express中的“视图引擎”设置为不存在的引擎，或者尝试使用未注册的模板引擎。确保使用：app.engine（'引擎名称'，引擎）app.set（“查看引擎”，“引擎名称”）