别用通用清理软件了，教你用 Jharu 精准清理 node_modules 释放空间

对于前端开发者或者研究 AI 框架的人来说，这种焦虑非常具体：你可能在半年前克隆过一个 Demo 项目，跑完之后就把它扔在某个深层文件夹里忘了。但那个项目里的 node_modules 文件夹可能就占用了 800MB 甚至更多。最绝望的是，像 CCleaner 这种传统的系统清理软件在这种场景下几乎完全没用，因为在操作系统的底层逻辑看来，这些依赖包只是普通的文件夹，根本不属于“临时缓存”或“系统垃圾”，所以通用软件根本无法识别并将其标记为可删除项。

最近我深度试用了开源工具 Jharu，它在处理冗余构建文件上的逻辑比通用软件精准得多。它的核心竞争力不在于做简单的“大文件扫描”，而是内置了一套针对开发环境的识别规则，能够精准定位 Node.js 的依赖目录、各种语言的临时构建产物以及 AI 运行环境产生的缓存文件。

在实际部署时，Jharu 非常符合开发者的直觉，它不需要下载臃肿的 .exe 或 .dmg 安装包，直接通过命令行即可完成部署。在运行扫描命令后，它不会粗暴地执行“一键全清”，而是会列出所有被识别为冗余的项目路径。这种“扫描-确认-删除”的流程对我来说至关重要，因为我可以快速勾选那些已经不再维护的旧项目，而保留那些虽然没在运行但以后还需要参考的代码，极大地降低了误删风险。

我最看重的是它的自定义配置功能。每个人的项目存放习惯截然不同，有人喜欢统一放在 ~/Documents/projects，而有人则分布在不同的分区。Jharu 允许用户在配置文件中手动添加自定义路径和清理规则。这一点解决了冷门框架的痛点——如果你在使用某些非主流框架，其产生的缓存文件夹名称不在默认识别范围内，你可以通过修改配置，让 Jharu 也能精准地把这些“隐形垃圾”揪出来。

从性能表现来看，Jharu 走的是极致轻量化路线，没有复杂的图形界面开销，扫描速度极快。更重要的是它的开源属性，这意味着代码完全透明。对于我们这种对隐私要求较高、习惯于审视工具底层逻辑的开发者来说，不需要担心清理工具在后台偷偷上传文件索引或扫描敏感数据。

如果你经常发现磁盘空间的罪魁祸首全是 build、dist 或者 node_modules 文件夹，建议尝试一下这个工具。它把清理逻辑从“系统级”细化到了“项目级”，真正解决了开发者在维护本地环境时的痛点。

项目地址在 GitHub：https://github.com/riponcm/Jharu