问题描述
我创建了这个节点包
1.7.3版本时，解压后大小只有618KB
但是更新到 2.0.0 版本后，只要稍微改动一下文件，大小就变成了 4.35 MB
超级奇怪的是，我在 1.7.3 版本之后通过删除我导入的第三方模块以及从这个项目中删除一些 js 和 CSS 文件来减少文件大小，但它仍然是 4.13MB
1.我不认为解压后的大小与node模块的实际大小有关。是吗？
-
如果我是对的，解压后的尺寸到底是多少，有没有办法减小尺寸？
-
如果我错了，哪些因素可能会增加尺寸？以及如何减小解压后的尺寸？
注意
我使用 npx create-react-library 命令启动了这个项目。
由https://www.npmjs.com/package/create-react-library创建
每当我试图发布时，我所做的只是一个命令
npm publish
这个命令完成了我发布的所有工作。
这是我第一次创建节点包。所以如果结果证明这是一个非常愚蠢的错误，请理解我。
解决方法
- 如果打包成 tgz 或 tar.gz，基本上和 zip 文件是一样的。他们只是使用不同的算法来压缩数据。他们压缩这些数据，以便下载体验更方便。较小的文件意味着更快的下载时间。
也就是说，较小的尺寸和较大的尺寸将直接相关。想象一下从一袋薯片中挤出空气。虽然这会使任何包变小，但一个完整的包仍然会占据最多的空间。
-
正如我们之前所讨论的，解压后的大小是您的应用程序安装到机器上后最终会达到的大小。用于将其压缩为 tgz 文件的相同方法用于在下载的另一端重新充气它，以便节点可以使用它。您的包裹在打包前的尺寸应该与拆包后的尺寸相同。这就是“未包装尺寸”所指的。相关性并不完美。换句话说，两倍大小的项目并不意味着两倍大小的强力球。其他因素也在起作用。包中单个文件的平均大小也与此有很大关系。在前面的类比中，想象一下在排出空气之前将所有薯片压碎成碎屑。您仍然可以包装相同数量的芯片，但需要的空间要少得多。
-
这就是答案有点模糊的地方。如果没有实际看到两个版本的解压缩文件，就很难确定是什么导致了文件大小膨胀。话虽如此，我相信你可以做一个非常小的调查并自己弄清楚。这只是简单的数学。将单个文件的文件大小加在一起时，应略小于包的解压缩大小。从解压大小 2 tarball 大小的转换是我上面提到的。
我要指出并强调的一件事是，您需要检查恶意软件的依赖项。如果您不信任它，通常不要使用它。如果一个依赖的版本 3 无缘无故地是版本 2 的 3 倍，那就是可疑的。
就在昨天，我读到 docker hub 上的 3000 多个 docker 图像目前包含恶意软件。行业领导者每天都在使用医生中心！