Unity缓存清理：既回收几十GB又不搞坏项目的做法

Library文件夹：编辑器关掉后的最大战果

每个Unity项目内部都坐着一个Library文件夹——编辑器的私人缓存，装着导入的资源、生成的代码和构建产物。论体积，它日常碾压自己服务的Assets文件夹：一次导入500 MB贴图，Library就会存下自己加工过的副本。这个文件夹在设计上就是一次性的；删掉它，Unity下次打开时会重建，代价是一次漫长的重新导入。

两条规则保平安。项目开着时绝不要删Library——编辑器在那里持有文件，退出时可能写入损坏数据。至于Unity版本升级后的Library重建，干脆当作注定要发生：缓存与引擎版本绑定，很少能幸存。

Unity磁盘胃口的全景图

Library是最吵闹的元凶，但远不是唯一的。Unity把缓存散布在用户配置文件和编辑器本体里，而且没有一个会出现在项目文件夹中。一套典型安装的GB就藏在这些地方。

<Project>\Library——导入的资源和构建产物；项目关闭时删除安全，下次打开时完全再生
%LOCALAPPDATA%\Unity\cache——Package Manager和全局光照缓存，机器上所有项目共用
%APPDATA%\Unity\Asset Store-5.x——旧版Asset Store的下载内容，随时可重新下载
Unity Hub → Installs——每个编辑器版本占好几个GB；不再用的版本收进档案
%USERPROFILE%\.gradle——随每个目标SDK继续膨胀的Android构建机器
<Project>\Library\Bee和Temp——增量构建产物，一次干净的重建即可清空

永不弄坏项目的例行维护

把它变成每季度一次的仪式，而且永远在编辑器关闭之后。要归档的项目，剥掉Library和Temp；在Unity Hub里修剪退役的编辑器版本。Package Manager缓存只在某个包真的发疯时才清——否则全部重装所花的时间，比那几个GB值钱得多。

有两样东西神圣不可侵犯：Assets和ProjectSettings才是项目本体，任何缓存清理都不该碰。Windows侧的临时文件夹可以交给Kleaner PRO这类清理工具，但上面那些Unity专属路径得自己管——编辑器永远不会替你收拾。构建量大的团队应该看看Unity Accelerator，一台共享缓存服务器，免得五台工作站把同一批资源导入五遍。