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

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

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

在发布npm包之前，你可以使用下面的命令检查包的大小。

NPM发布——试运行

我已经附上了npm包的结果。

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

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

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

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

https://packagephobia.com

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

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

更新2020

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

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

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

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

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

你可以查看npm-module-stats。它是一个npm模块，可以获取npm模块的大小及其依赖项，而无需安装或下载该模块。

用法:

var stats = require("npm-module-stats");

stats.getStats("glob").then((stack) => {

  let dependencies = Object.keys(stack);
  let totalSize = dependencies.reduce((result, key, index) => {
    return result + stack[key].size;
  }, 0);

  console.log('Total Size in Bytes ', totalSize);
  console.log('Total Dependencies ', dependencies.length-1);

}).catch((err) => {
  console.error(err);
});

它可能看起来有点啰嗦，但它解决了您恰当描述的问题。