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

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

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

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

如果你使用Visual Studio Code，你可以使用一个名为Import Cost的扩展。

这个扩展将在编辑器中内联显示导入包的大小。扩展利用webpack与babili-webpack-plugin，以检测导入的大小。

自从https://github.com/aholachek/bundle-wizard发布以来，我一直喜欢它。

它在已部署的站点上工作:npx bundle-wizard reddit.com 它适用于您的本地项目: 对于多页面的应用程序/网站，调整最后一行与你想检查的路径。 NPM运行构建 NPX serve -s build NPX bundle-wizard localhost:5000/

交互式视图对于发现在哪里非常有帮助。

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

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

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