正如其他答案所说，最好的办法就是去做

npm list -g

然而，如果你安装了大量的npm包，这个命令的输出可能会很长，而且要向上滚动很痛苦(有时甚至不可能滚动那么远)。

在这种情况下，将输出输送到more程序，如下所示

npm list -g | more

Windows 10:当我运行npm prefix -g时，我注意到安装位置在我用来安装的git shell路径内。即使将该位置添加到路径中，来自全局安装包的命令也不会被识别。固定:

运行NPM配置编辑 将前缀改为“C:\Users\username\AppData\Roaming\npm” 将该路径添加到系统路径变量中 使用-g重新安装包。

从文档中可以看出:

包被放到前缀下的node_modules文件夹中。 在本地安装时，这意味着您可以 Require ("packagename")加载它的主模块，或者 Require ("packagename/lib/path/to/sub/module")加载其他模块。 Unix系统的全局安装路径为{prefix}/lib/node_modules。 Windows上的全局安装到{prefix}/node_modules(即no lib文件夹)。 作用域包以相同的方式安装，只是它们是分组的 一起放在相关node_modules文件夹的子文件夹中 用@符号表示作用域前缀的名称，例如NPM install @myorg/package将把包放在 {前缀}/ node_modules / @myorg包。参见范围了解更多细节。 如果您希望需要()一个包，那么在本地安装它。

你可以通过npm config get prefix获取{prefix}。(当你用nvm安装node时有用)。

在当地阅读。 全球阅读。

如果您试图从代码访问全局目录，则可以从process.execPath返回。例如，要找到wsproxy，它在{NODE_GLOBAL_DIR}/bin/wsproxy中，你可以:

path.join(path.dirname(process.execPath), 'wsproxy')

这里还有npm命令行的工作方式@ ec9fcc1/lib/npm.js#L254:

path.resolve(process.execPath, '..', '..')

参见ec9fcc1/lib/install.js#L521:

var globalPackage = path.resolve(npm.globalPrefix,
                                 'lib', 'node_modules', moduleName(pkg))

其中globalPrefix在ec9fcc1/lib/config/defaults.js#L92-L105中有一个默认设置:

if (process.env.PREFIX) {
    globalPrefix = process.env.PREFIX
} else if (process.platform === 'win32') {
    // c:\node\node.exe --> prefix=c:\node\
    globalPrefix = path.dirname(process.execPath)
} else {
    // /usr/local/bin/node --> prefix=/usr/local
    globalPrefix = path.dirname(path.dirname(process.execPath))

    // destdir only is respected on Unix
    if (process.env.DESTDIR) {
        globalPrefix = path.join(process.env.DESTDIR, globalPrefix)
    }
}

从文档中可以看出:

在npm 1.0中，有两种方法来安装东西: global——将模块放在{prefix}/lib/node_modules中，并将可执行文件放在{prefix}/bin中，{prefix}通常在这里 类似于/usr/local。它还在其中安装手册页 {prefix}/share/man，如果它们被提供。 local——将包安装在当前工作目录中。节点模块进入。/node_modules，可执行文件进入 ./node_modules/.bin/和手册页根本没有安装。

你可以通过npm config get prefix获取{prefix}。(当你用nvm安装node时有用)。

要获得没有依赖项的紧凑列表，只需使用

npm list -g --depth 0