Nodejs的node_modules太占空间了
Nodejs的node_modules太占空间了
突然发现空间不够用了。。。
https://s1.imgs.cc/img/aaaaaROv3.png?_w=750
然后，写个脚本，把 node_modules 干掉后
https://s1.imgs.cc/img/aaaaaROvG.png?_w=750
瞬间有磁盘了😕😕😕
话说，node 如何共享 node_modules 呢？像 python 那样 site-packages，或者 Go 那样， 共享 github.com 也行呀😄😄😄
所以，所以，一个遍历删除 node_modules 目录脚本是不是就有必要了？
···python
#!/usr/bin/env python
# encoding:utf-8
import os
import sys
import shutil
def rm_dir(path, dirname):
if dirname == “node_modules”:
print ("rm: ", os.path.join(path, dirname))
try:
shutil.rmtree(os.path.join(path, dirname))
except Exception as e:
print ("rm error: ", str(e))
def rm_node_modules(root):
for path, dirname, fs in os.walk(root):
for dirn in dirname:
rm_dir(path, dirn)
def main():
if len(sys.argv) < 2:
print (‘please input node_modules path! exit !’)
sys.exit(-1)
path = sys.argv[1]
print (path)
rm_node_modules(path)
if name == “main”:
main()
```
（注意的是，不要去删除 公共的 node_modules 啊，否则 npm 可能也会丢了）
起码有的选择了呀。对于很大部分人来说，并不需要多版本。
然后，对于多于需求多版本了，可以选择那些创建虚拟环境。
而且，怎么会不比 npm 好呢？ npm 对于，每个包的依赖，不检查环境是否已经存在这个包没有，就直接又去 npm 一份回来。
pip 对于包里面的依赖，首先检查环境，如果存在就不再下载了。所以，对于同一个环境不存在同一个包，有多个副本的情况。
npm 对于同一个包，也可能有多个副本拷贝。
到底哪个高呢？
其实可以的 多个项目其实可以共享全部或者部分 node_modules
node 会自动向上层目录寻找 所以如果有公共的依赖 而且版本一致 可以提取到上层目录的 node_modules 实现共享
或者 如果你这些项目的依赖完全一致 可以把其中一个 node_modules 放到上层目录 然后把其他的删掉 或者 symlink
如果你觉得太麻烦 有工具会自动帮你弄：yarn workspace
它会自动解决多个项目的相互依赖 同时提取公共的部分到同一个 node_modules
其他的项目会 symlink 到这个 node_modules 里面的依赖
不一定要 symlink 其实 node 会自动往上层目录找 另外 yarn workspace 最适合这种情况 会自动 symlink
放全局目录也不一定是好事 如果你项目多 全局目录会非常大
而且 如果你要删除一些项目的时候 全局目录就没办法清理 只会越来越大 而且你还不敢随便删除
其实你说的不完全正确 npm 有 cache 的 如果有相同的依赖不会重复下载 但是由于每个项目是独立的 node_modules 自然会有独立的拷贝
但是我觉得从部署的角度而言 独立 node_modules 其实比较方便和干净
你只要把项目连同 node_modules 一起打包和拷贝 只要 OS 和 Node 相同 就可以直接跑起来
而且删除的时候 也很干净 不会在 global 留下不再需要的包
另外同一个项目下面 如果版本不同 NPM 倾向保留多个版本 这个是 node 社区的问题
不同版本（一般除了_._.x 修正版本）之间往往不兼容 而且也有可能会有包锁定依赖版本
NPM 现在的方法 其实是比较省事的 如果要 merge 和 flatten 反而会造成很多问题
目前新版本的 NPM 和 Yarn 就会做一些 merge 和 flatten 结果每次更新依赖的时候 会造成一些问题
"如果你要删除一些项目的时候 全局目录就没办法清理 只会越来越大 而且你还不敢随便删除"
小白问下, 不是每个项目下都有 package.json, 里面不是记载了本项目使用了哪些模块吗? 不能写个脚本检查下所有项目的 package.json 文件来确定某个模块是否有被某个项目依赖吗? 如果都没有依赖就可以删
你说的当然可以 但是问题就出在 “检查下所有项目的 package.json ”
也就是说 要么在 cleanup 的时候整个系统寻找 package.json
要么在 install 的时候需要记录每一个 package.json 存在的路径
都不是一件容易而且有效率的办法
否则 你在做清理的时候 你没办法知道有没有其他项目在使用你想要清理的包
这样一来 就意味着 所有 node 的项目就不是 portable 的 而且也不能随便移动位置和直接删除
现在 node_modules 最大的好处就是 node 项目大部分情况是 portable 的
只要 OS 兼容 Node 版本 兼容 你可以随时挪动位置 或者 删除 而且不影响其他项目
另外 如果你一个项目的包弄糟了 只需要删掉 node_modules 重来就好
我觉得唯一的问题 不是 node_modules 太大 而是文件太多 目录太复杂
我觉得可以学其他的语言把文件打包一下 比如 jar war phar 这些 zip 一下
而且由于有可能会有不少重复文件 去重再压缩估计会小不少
然后在运行时按需求解压 因为很多时候 并不是所有文件都有用到
而且现在的机器性能 解压缩 zip 的时间基本上可以忽略 搞不好从 IO 角度
从 zip 读取可能比加载一大堆文件还要快
这个现在可能不是很必要 但是以后有 webasm 了 打包一下其实可以考虑的
另外其实还有一个好处就是 因为 node_modules 独立
所以可以直接修改依赖而不影响其他项目
尤其是在 debug 的时候 发现依赖的包里面有问题
甚至可以在 npm postinstall 里面直接 patch 依赖的包
这个肯定是好。但是却也是缺点啊！相同的包相同的版本，在电脑里已经有了，在不同项目，还必须要有个副本。没错，这样项目互相不依赖，但对于创建了很多很多项目来说，拷贝那么多份这就很没必要了
hahah , 我用脚本检查了下，还真就这样。
npm v5.6.0。同一个项目下，node_modules 目录下，包依赖，有大量的重复的包文件(当然，有部分做了软链接)。
同一个包，在 node_modules 目录下有大量的拷贝
我就感觉 node 这个包机制都是各种神奇的，不论是从 node modules 体积，还是里面文件组织(各种软连接)，异或是安装时候让你下载 gcc py2…无处不透露着一种诡异的氛围 😒后端狗表示完全看不懂
恕我直言，我觉得 node_modules 这么庞大的原因主要还是人的问题：
1、依赖分开来管理是好事，解决版本冲突，降低了引入一个依赖的代价。但这导致 Node 社区发布库不再“谦逊”，随便一个小功能就能开个库，并且随便一个项目就几十个库引用过去。这是人的问题。
2、npm install -s 让人根本不用手工编辑 package.json。这本来是好事，比起 pip 还要手工写 requirements.txt 。但是手工写的肯定比自动产生的要精简得多啊。
写 Python 项目的时候，我时不时删掉不再引用的库、尽可能避免引入库、只写直接引用的库，都是常事。虽然麻烦，但是习惯了之后，还是挺顺的流程。什么 pip freeze，是邪道，这种库除非是终端产品，不然谁敢去用？
由于工具链的落后性，才形成了社区对待依赖库的谨慎态度。我觉得 Node 工具链不错，但是社区还是缺这么一个态度的。
本地的话，你不常用的项目删了就好了。production 的话，就算是一个项目 10g 的占用也绰绰有余啊。除非你是做 youtube 做 aws 之类的服务，不然这么点占用根本就无所谓
“对于很大部分人来说，并不需要多版本” 这句话在实际工作中是很有问题的，你可能没参加工作？
大部分人都需要多版本，除非你是写着玩的或者只有一个项目。项目添加依赖后，除非有 bug，否则不会轻易升级依赖，但是新开项目的时候，往往会选择新的版本，以获取最新功能，所以多版本是个很明显很直接的需求。
至于空间浪费，现在硬盘不值钱，还可以把去重的工作丢给文件系统去解决。
麻烦的就是把 node_modules 做一个公共库，多项目共用。当然是因为磁盘不够用才选着这种的。磁盘只有几十 M 了 然后把之前搞过的 NODE 项目 全部清理 node_modules 释放了好多 G。
我的 Mac Book Pro，120G，已经爆满了。
我计算了一下，约 96 个仓库。其中 3 ～ 5 个是高频使用仓库。38 个是不定时临幸的仓库。
一个 webpack 编译的工程的 node_modules/ 大概 50MB +。
清除 node_modules/ 于心不忍。
很是尴尬。
Node.js项目中的node_modules目录确实可能会占用大量空间，这主要是因为项目中依赖的npm包可能会被嵌套安装，导致目录结构复杂且占用空间增大。以下是一些解决方案：
-
使用npm的扁平化安装： 可以通过设置
npm的配置来扁平化安装依赖，减少嵌套层级。npm config set flat true npm install -
清理不再使用的依赖： 定期清理项目中不再使用的依赖，可以使用
npm prune命令。npm prune -
使用
pnpm替代npm：pnpm是一个性能更优的npm包管理工具，它使用了硬链接和符号链接来减少磁盘空间的使用。# 安装pnpm npm install -g pnpm # 使用pnpm安装依赖 pnpm install -
使用
.npmignore文件： 如果你打算发布一个npm包，可以在.npmignore文件中指定不需要包含的文件或目录，从而减少包的大小。 -
全局安装开发依赖： 对于一些只在开发过程中使用的工具（如测试框架、构建工具等），可以考虑全局安装而不是作为项目依赖。
npm install -g <package-name>
通过上述方法，你可以有效地减少node_modules目录占用的空间，提高项目的可维护性和性能。
