我可以再加一个地方检查；我尝试使用的软件包是我自己发布给私人NPM回购的另一个软件包。我忘记正确配置package.json中的“main”属性。因此，该包位于消费包的node_modules文件夹中，但我得到的是“找不到模块”。我花了几分钟才意识到自己的错误-(

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

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

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

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

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

"extraResources": [
    "node_modules/puppeteer,
}

我试图发布自己的包，然后将其包含在另一个项目中。我遇到这个问题是因为我是如何构建第一个模块的。我使用ES2015导出来创建模块，例如，假设模块看起来像这样：

export default function(who = 'world'){
    return `Hello ${who}`;
}

与Babel一起编译后，发布前：

'use strict';

Object.defineProperty(exports, "__esModule", {
    value: true
});

exports.default = function () {
    var who = arguments.length <= 0 || arguments[0] === undefined ? 'world' : arguments[0];


    return 'Hello ' + who;
};

因此，在另一个项目（无ES2015）中安装npm模块名称后，我不得不做

var-hello=require（'module-name'）.default；

真的把包裹进口了。

希望这有帮助！

如果所有其他方法都不适合你。。。尝试

npm link package_name

e.g

npm link webpack
npm link autoprefixer

e.t.c公司

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

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

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