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

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

请安装新的CLI v3（npm install-gionic@latest).

如果此问题在CLI v3中仍然存在。非常感谢。

使用npm install仅将模块安装到当前目录中（位于名为node_modules的子目录中）。app.js是否位于home/dave/src/server/下？如果没有，并且您想从任何目录中使用该模块，则需要使用npm install-g全局安装该模块。

我通常在本地安装大多数软件包，以便将它们与我的项目代码一起签入。

更新（8/2019）：

现在，您可以使用package-lock.json文件，该文件在npm修改node_modules目录时自动生成。因此，您可以省去签入包，因为package-lock.json跟踪您当前使用的node_module的确切版本。要从package-lock.json而不是package.json安装包，请使用命令npmci。

更新（2016年3月）：

我的回答遭到了很多批评，特别是我检查了我的代码所依赖的包。几天前，有人发布了他们所有的包(https://kodfabrik.com/journal/i-ve-just-liberated-my-modules)这打破了React、Babel和其他一切。希望现在很清楚，如果你有生产代码，你不能依赖NPM来维护你的依赖关系。

删除node/npm，然后重新安装稳定的（不是最新的）版本对我很有用。

sudo rm -rf /usr/local/{lib/node{,/.npm,_modules},bin,share/man}/{npm*,node*,man1/node*}

https://nodejs.org/en/download/

逐步运行以下命令。它解决了我的问题：

npm缓存清理–强制rm package-lock.jsonrm-r节点模块npm i--保存--旧版对等deps

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

npm install @types/node --save-dev

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