CAD 工作站清理：让大型装配体保持流畅

CAD 工作站变慢，不是因为 SolidWorks 或 AutoCAD 本身老化，而是版本备份、自动保存残留文件、日志和一次性渲染输出，在悄悄吃掉大型装配体所需要的空余空间。在这里，清理不是为了美观：在空间告急的项目盘上，性能的崩塌远早于 Windows 发出警告。

千兆字节究竟藏在哪里

最大的空间黑洞是 CAD 系统本身。Autodesk Inventor 会在每个零件旁的 OldVersions 文件夹里保存每一次存档的副本，项目树就这样为自己积累了一份完整的影子历史；在有多年积累的团队共享目录里，OldVersions 的体积往往超过活数据。Revit 把日志文件写进 %LOCALAPPDATA%\Autodesk，还在每个模型旁保留 project.0001.rvt 这样的编号备份链；AutoCAD 则到处散落 sv$ 自动保存文件、.bak 备份和崩溃会话忘记清理的 .dwl 锁定文件。

SolidWorks 会把自动恢复文件和诊断日志存到选项指定的位置——默认安装时，那是没人查看的临时文件夹。渲染和仿真的输出被留在用户一年前最后指定的路径，而任何 CAD 程序的每一次崩溃会话都会留下临时垃圾。这些都不是什么稀奇事，而是工程工作的正常副产品；它们之所以无声地累积，只因躲在人们真正打开的模型文件旁边，没人看见。

Inventor 的 OldVersions 文件夹 — 每次存档的副本，整个项目的影子历史
%LOCALAPPDATA% 里的 Revit 日志，以及模型旁编号的 .0001.rvt 备份链
AutoCAD 的 sv$ 自动保存文件、.bak 备份和被遗弃的 .dwl/.dwl2 锁定文件
SolidWorks 自动恢复文件与 Rx 诊断日志
从去年起就停在项目根目录的渲染与仿真输出
任何 CAD 应用崩溃会话留下的 %TEMP% 垃圾

清理而不毁掉成果

规则必须严格，因为赌注是真实的。绝不触碰正在使用的模型文件；项目备份在刻意归档之前视若珍宝——里程碑之后修剪 OldVersions 文件夹合情合理，赶在截止日期前删掉同一个文件夹则是职业生涯级的事故。日志属于诊断信息，不是工程数据：如果仍有可能提交支持工单，就归档最近一个季度，其余删掉。锁定文件（.dwl、.dwl2）永远只是崩溃会话的垃圾——但先确认没有人正打开那张图。

自动保存的孤儿文件在删除前值得看一眼：打开 DWG，确认完好无损，再放走 sv$ 和 .bak 文件。清理共享磁盘之前先算好账——本地清理是你自己的事，但团队文件服务器有自己的保留规则，属性页上写的是别人的名字。对系统盘，经验法则是让 SSD 至少保持五分之一的空余：低于这条线，写入性能开始下滑，机器在每一次 CAD 操作里都显得更慢，而不只是保存时。

让流程持续流畅

CAD 的性能维护，大体上是存储卫生加上几个习惯：选认证 GPU 驱动而不是通用版，视口开始闹脾气时就干净重装驱动；既然都在 CAD 程序里搜索，就把 Windows Search 的索引挡在项目共享之外；对实时杀毒扫描活项目文件夹这件事，做出深思熟虑且有据可查的决定——IT 部门确实会做这类排除，但这个风险权衡属于数据的所有者，而不是论坛上的贴士。

把枯燥的部分排进日程：每季度清扫一次自动保存文件夹、临时目录和日志位置，并检查每个被项目碰过的磁盘的空余水位。像 Kleaner PRO 这样的垃圾扫描器负责临时文件和残留这一侧，绝不靠近项目文件——这才是正确的分工。我们所支持的 CAD 工位之所以一直快，不是靠某个单一技巧，而是因为磁盘从不接近全满，副产品也从未有机会堆积数年。