我创建bundlejs正是出于这个原因。Bundlejs被设计成一个快速且始终可访问的在线捆绑器，可以摇树，分析捆绑包，缩小，gzip & brotli捆绑包，给出压缩大小，并返回完全捆绑的代码，您可以在https://bundlejs.com查看它。

源代码可在GitHub上https://github.com/okikio/bundlejs获得

然而，如果你的目标只是检查包的npm安装大小，我强烈推荐https://packagephobia.com。我没有创建packagephobia，但当涉及到检查js包大小时，它是一个高质量的工具，涵盖了其他细分市场

如果你正在使用webpack作为你的模块绑定器，请看看:

webpack-bundle-analyzer webpack-bundle-size-analyzer

我强烈推荐第一种选择。它在交互式树状图中显示大小。这可以帮助您找到打包文件中的包的大小。

这篇文章中的其他答案向你展示了项目的规模，但你可能不会使用项目的所有部分，例如摇树。其他方法可能无法显示准确的大小。

Howfat是另一个显示总包装大小的工具:

npx howfat jasmine

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

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

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

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

https://packagephobia.com

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

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

更新2020

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

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

我已经创建了一个工具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客户端。