为了检查不同的包对你的包的影响。你可以查看source-map-explorer。

安装:

npm install -g source-map-explorer

用法:

source-map-explorer bundle.min.js
source-map-explorer bundle.min.js bundle.min.js.map
source-map-explorer bundle.min.js*
source-map-explorer *.js

这将打开一个可视化的空间是如何在您的压缩包中使用的。

你可能想要衡量的是，如果你要将一个包添加到你的应用程序包中，它的影响。大多数其他答案只会估计源文件的大小，这可能不准确，因为内联注释，长var名称等。

我做了一个小工具，它会告诉你包的最小+ gzip大小后，它进入你的bundle -

https://bundlephobia.com

一个“快速而肮脏”的方法是使用curl和wzrd。在快速下载压缩包，然后grep文件大小:

curl -i https://wzrd.in/standalone/axios@最新| grep内容长度

下载的包被压缩了，但没有压缩到gzip，但是当您比较两个或多个包时，您可以很好地了解包的相对大小。

我已经创建了一个工具npm download size，它可以检查给定npm包的tarball大小，包括依赖树中的所有tarball。这可以让您了解预先添加依赖项的成本(安装时间、磁盘空间、运行时资源、安全审计……)。

在上图中，Tarball size是package的tar.gz, Total size是所有Tarball的大小。这个工具非常基本，但它做到了它所说的。

还可以使用cli工具。你可以这样安装:

npm i -g download-size

像这样使用它:

$ download-size request
request@2.83.0: 1.08 MiB

源代码可在Github: api, cli工具和web客户端。

看看这个模块成本项目。这是一个npm包，它会列出包的大小和子元素的数量。

安装: NPM install -g cost-of-modules

用法: 在您工作的目录中运行cost-of-modules。

今年早些时候，我创建了“Package Phobia”，希望能在npmjs.com上获取包装大小信息，并跟踪包装膨胀的情况。

https://packagephobia.com

这是为了在你为服务器端依赖项(如express)或开发依赖项(如jest)运行npm install后测量磁盘空间。

您可以在这里阅读关于此工具和其他类似工具的更多信息:https://github.com/styfle/packagephobia

更新2020

“解包大小”(基本上是发布大小)可在npmjs.com网站上与“总文件”一起使用。然而，这不是递归的，这意味着npm的安装可能会更大，因为一个包可能依赖于许多包(因此包恐惧症仍然相关)。

还有一个未决的RFC用于从CLI打印此信息的特性。