企业官网建设流程全解析

1. 垃圾文件到底从哪来：先搞懂AD工程目录的“体检报告”

先用一句话说清楚痛点：Altium Designer（以下简称AD）用久了，工程文件夹会莫名其妙膨胀到几个GB，打开工程转半天，备份文件多到找不到哪个是最新版，甚至拷给同事时压缩包大得离谱。如果电脑C盘空间紧张，罪魁祸首往往也是AD在后台攒下的各种缓存和历史记录。

要解决垃圾文件清理的问题，光靠“看到文件夹就删”是不够的，因为你很可能把不该删的核心文件一起干掉，导致原理图或PCB打不开。所以第一步，咱们得先给一个典型的AD工程文件夹做一次“体检”，搞清楚里面每一类文件是干嘛的、能不能删、什么时候删才安全。

一个标准的AD工程目录，通常长这样（以我常用的AD20为例，新版AD21/AD22/AD24大同小异）：

光看这个表你可能觉得“这不就一目了然了吗”，但实际操作中最大的坑在于：History文件夹里的内容远比你想的值钱。

AD的History机制是这样的：每次你对原理图或PCB执行“保存”操作时，AD并不直接覆盖旧文件，而是先往History文件夹里写入一份修改前的快照。这意味着，如果你某天改错了设计、删掉了一段关键走线、保存后发现回不去了，History文件夹就是你唯一的后悔药。

我自己就遇到过这种情况：有一次我改一块四层板的电源部分，手滑把一整个电源网络的铺铜区域连带着几条关键走线一起删了，还连续保存了好几次，Ctrl+Z都救不回来。当时脑子一片空白，后来突然想起来AD有History机制，翻到History文件夹，找到我“作死”之前最后一次保存的快照，把整个PcbDoc文件拷贝出来替换回去，这才保住了整整一周的layout成果。从此之后，我清理History文件夹之前一定会先确认当前设计是否处于稳定状态，或者确实不需要回滚到任何历史版本了。

所以，清理AD垃圾文件的正确逻辑不是“见一个删一个”，而是“先明确当前设计状态，再决定哪些历史文件可以舍弃”。这也是本文要反复强调的核心思路。下面我会分三种场景来拆：项目级清理怎么做、全局缓存怎么清、以及如何从源头减少垃圾文件的产生。

顺便说一句，很多人习惯用各种“C盘清理大师”之类的工具扫描系统垃圾，这些工具确实能清理AD的部分缓存，但对工程目录内部的History、__Previews这类文件夹基本无能为力。因为这些文件夹在你自己的项目目录里，不在系统盘默认的临时目录中。所以真正的垃圾文件清理，还得靠我们自己动手去项目文件夹和AD的系统缓存目录里处理。

2. 项目级清理实操：原理图和PCB工程目录“瘦身”全流程

这一节我们来动手。在开始之前，我给你一个必须严格遵守的底线原则：清理前先把当前工程的原理图和PCB各保存一次，并且最好把整个工程文件夹做一个压缩备份。别嫌麻烦，压缩一下也就一两分钟的事。很多时候你觉得自己只是在删“垃圾”，但万一误操作或者AD抽风，导致工程文件损坏，那时候你才会觉得备份真香。

2.1 标准工程目录清理清单

分别打开你的工程文件夹和C盘AD缓存目录，按下面的清单逐项处理：

第一步：删除History文件夹里的历史快照。

进入History文件夹，你会看到一堆带时间戳的文件，文件名格式通常是“原始文件名-日期时间-版本号.SchDoc”或“原始文件名-日期时间-版本号.PcbDoc”。这些就是AD保存时自动生成的历史备份。如果你确定当前设计已经稳定，不需要回滚到更早版本，那么整个文件夹可以直接清空。

这里有个技巧：别急着清空全部，先按修改时间排序，保留最近一两次的备份再删。比如你的PCB文件叫LED_Controller.PcbDoc，History里可能有一堆同名文件，你保留最新那个日期的就行。这样做的好处是，万一你清理完的第二天发现设计有问题，需要对比一下昨天的版本，还有的救。

第二步：删除__Previews文件夹。

这个文件夹里是AD在打开工程或编译时生成的预览图缓存，文件格式是.PcbDoc和.SchDoc同名的PNG小图。它纯粹是为了让你在Files面板、打开工程时能预览文档。删掉之后，下次打开工程AD会重新生成，完全不影响数据。这个可以放心大胆删除。

第三步：删除Project Logs文件夹（如果有的话）。

这个文件夹里是编译工程时生成的HTML日志，记录了你编译过程中有没有报错、警告等。平时用处不大，但如果你在排查编译错误，建议先看一眼再删。删掉后下次编译会重新生成。

第四步：处理Outputs文件夹。

这里要分情况。如果你已经完成设计，并且把Gerber、BOM等制造文件发送给板厂了，那么Outputs文件夹里的东西可以压缩存档或直接删除。但如果你还在调试阶段，或者板厂还要你提供最新的制造文件，那这里面的内容就不能乱动。建议做法：把Outputs文件夹整体剪切到工程外面，单独存到一个“交付归档”的目录里，然后工程里再生成新的输出。这样既不会污染工程目录，又不会丢失交付文件。

第五步：清理临时文件和残留。

关闭AD软件，然后在工程文件夹里搜索扩展名为“.tmp”、“.bak”、“~$”开头的文件，这些基本都是残留的临时文件。特别注意，搜索时勾选“包括子文件夹”，因为AD有时在导入外部文件或执行某些操作时，会在子目录里生成临时副本。如果搜索到这些文件，确认不是正在使用的文件后，直接删除。

2.2 那些名字带$的文件夹是什么东西

这一步要单独拎出来讲，因为很多人在这个环节最容易翻车。

在工程文件夹里，你偶尔会看到一个以“$”开头的文件夹，比如“$Tmp0001”或者“$SavedVersions”之类的。$Tmp开头的文件夹是AD在工作过程中生成的中间文件存放目录。正常情况下，你正常关闭AD后，这些文件夹会被自动清理掉。但如果AD崩溃、断电、或者被强制结束进程，这些文件夹就会残留下来，里面可能有一些临时数据库文件。这种可以删。

但“$SavedVersions”则不太一样，它出现在启用了AD的“版本控制”或某些特定项目配置时。如果你没有主动配置版本控制系统（比如SVN或Git），那么“$SavedVersions”里的东西基本可以删。但如果你在用AD自带的版本控制功能，那就不能乱删，否则历史提交记录会丢失。

怎么判断呢？我的建议是：打开AD，看工程面板里有没有一个叫“Version Control”的选项卡。如果没有，那工程就没有启用版本控制，所有带$的文件夹都可以安全删除。如果有，建议先取消版本控制关联，再清理。

2.3 操作时的一个“关键动作”：先关AD再删文件

无论清理哪一类文件，请记住：先关闭Altium Designer，再去文件管理器里删除。

这是因为AD在运行时会锁定正在使用的文件，如果你开着AD去删文件，可能会跳出“文件被占用”的提示，甚至删到一半删不动，留着半残的文件状态反而会让AD在下一次打开工程时产生额外的恢复流程，得不偿失。

而且，关掉AD删文件，本身就是一种安全校验：如果某个文件正在被数据库引用，系统会提示你无法删除，这时你反而能意识到“这个文件可能不是垃圾”，从而避免误删。

2.4 项目级清理的“完整体检”动作

为了照顾新手朋友，我整理一套标准的“操作SOP”，直接照着做就行：

1. 保存并关闭所有原理图和PCB文档，退出AD软件。
2. 在文件管理器中打开工程根目录。
3. 右键根目录文件夹，选择“属性”，记录一下当前占用大小（方便对比清理效果）。
4. 进入History文件夹，按修改时间排序，保留最新一条，其余删除。
5. 删除__Previews文件夹里的全部内容。
6. 删除Project Logs文件夹里的全部内容。
7. 搜索并删除所有.tmp、.bak、~$开头残留文件。
8. 重新右键查看文件夹大小，你会发现体积明显缩小，通常能减少30%~70%。

实测下来，一个包含几十个元器件的工程，History和__Previews加起来能占到整个工程体积的一半以上。特别是你如果每天都频繁修改和保存，History文件夹可能积累几百MB甚至几GB。清理完之后，工程打开速度、保存速度都会有肉眼可见的提升。

3. 全局缓存清理：AD到底在你电脑里藏了多少“垃圾”

很多人在清理完工程目录后发现C盘空间还是不够，问题就出在AD在电脑系统层面的缓存上。AD不仅会在工程目录里生成历史文件，还会在你的用户目录下建立大量缓存数据。这些数据分布在几个不同的位置，严格来说不是全部都能称为“垃圾”，有的删了会影响加载速度，有的删了纯粹是浪费空间。

3.1 AD缓存文件的藏身之处

打开运行框（Win+R），输入%APPDATA%，你会看到一个名为“Altium”的文件夹（或者类似Altium Designer的目录），这里就是AD的全局配置和缓存核心。重点排查下面几个位置：

这里边最容易坑人的就是%APPDATA%下的Altium文件夹。如果你把整个文件夹都删了，那AD的许可证信息、快捷键、自定义菜单、文档模板全都得重新配，非常折腾。清理时要进到具体的子目录去，只动Cache这类缓存目录。

3.2 针对C盘严重不足的场景

如果你的C盘已经飘红，那说明你需要在AD层面做更大范围的清理。我见过最夸张的一次，是帮同事清理电脑时发现%APPDATA%\Altium下足足有30多GB，细看全是各版本AD的元件库缓存，里面存着往期下载过的所有官方库和第三方库索引。很多元件库缓存的内容你根本用不上，但因为AD每次启动都会做库扫描，导致缓存越堆越大。

这种情况下，我的建议是两步走：

• 先清理Cache目录下的内容。
• 然后打开AD，进入“Preferences” > “Data Management” > “File-based Libraries”，把不再使用的元件库索引移除掉。不然即使你手动清了缓存，只要索引还在，AD开机扫描又会重新生成一遍，等于白清。

还有一个容易忽略的位置是系统的“临时文件”目录。AD在导入DXF、导出PDF、生成智能PDF等操作时，会在%TEMP%目录下生成临时中间文件。用Windows自带的“磁盘清理”（cleanmgr命令）配合手动清理，能把这部分空间释放出来。

3.3 AD的“备份中心”是隐形空间杀手

AD从较新版本开始加入了一个“备份中心”（Backup Center）功能，它会按设定周期把当前打开的工程集中备份到默认目录下。这个功能对防丢失确实有用，但如果你一直没关注过它，备份文件会越攒越多，最终占据几个GB甚至十几个GB的空间。

打开AD，菜单“Preferences” > “System” > “Backup”就能看到备份设置。默认的备份周期和保留份数一般都偏高。我建议做这样的调整：

• 备份周期从默认的15分钟改为30分钟（如果你不是做超长时间连续布局，15分钟太频繁了）。
• 最大备份数量按当前活跃工程数量来，一般保留3~5个版本足够。
• 备份存放路径改到一个非系统盘，比如D:\AD_Backup，这样C盘压力会小很多。
• 然后去原来的备份目录，把已经过期的备份一次性删除。

操作完后，你会发现在“文件”菜单里打开“Recent Projects”列表中，那些失效的工程链接也不会再指向过去的垃圾文件了。

3.4 顺手把自动保存的临时文件位置挪走

还有一个值得做的改动：把AD的自动保存（AutoSave）临时目录从默认的系统临时目录，改到普通的数据盘目录。打开“Preferences” > “System” > “Storage”，在这里可以设置自动保存文件的存储位置。默认路径是%TEMP%，但系统盘紧张时，建议把路径改到D盘或E盘，比如D:\AD_Temp。这样即使AD异常崩溃，产生的临时恢复文件也不会挤占C盘空间。

改完之后，Windows清理临时文件时也不会误伤正在进行的AD工作，两全其美。

4. 从源头减负：把“垃圾文件”扼杀在摇篮里的配置优化

前面讲的是“事后清理”，但那终究是治标不治本。说实话，我用了这么多年AD，越来越觉得，真正高效的工程师不是等工程膨胀到几个GB才想起来清理，而是在日常使用中通过合理配置，让垃圾文件根本就没机会积累。这一节我分享几个从源头减少垃圾文件产生的配置。

4.1 调整保存时快照的保留策略

前面提到，AD每次保存都会往History文件夹里写一份旧版本快照。这个机制的本意是好的，但在实际使用中，如果你没配置保留上限，History文件夹会无限制增长。AD其实提供了一个参数来控制保留多少份历史快照，只是默认值设得非常高，几乎等于不设限。

打开“Preferences” > “System” > “Storage” > “File History”，你会看到：

• History文件保存位置（默认在同样目录下的History文件夹）
• 最大保存数量（默认可能是100份，这个值偏大）

对于大多数个人开发或小团队协作，我习惯把最大保存数量改成20~30份。这样即使天天改图，History文件夹也能控制在一个合理的体积范围内。

4.2 关闭不必要的编译预览图生成

AD在编译工程时，会自动为每个原理图和PCB生成预览图，存到__Previews文件夹中。这些预览图确实方便，你可以在“Projects”面板里快速预览文档内容。但对结构复杂的工程来说，预览图生成过程本身会拖慢编译速度，而且每次设计改动后预览图还要重新生成。

打开“Project” > “Project Options” > “Options”选项卡，看一下“Generation”部分，是否有“Generate Preview Images”之类的选项。有的话，把预览图生成改成手动模式，或者直接关闭。代价只是Files面板里少了缩略图显示，对实际设计流程几乎没影响。

4.3 合理规划工程文件目录结构

有时候垃圾文件看起来多，纯粹是工程目录组织混乱导致的。比如有人喜欢把多个版本的PCB文件全部堆在同一个工程文件夹里，V1.0.PcbDoc、V1.1.PcbDoc、V2.0.PcbDoc全放一起，时间一长你根本分不清哪个是哪个，哪个能删哪个不能删。

我自己的做法是：每个阶段的设计，放进单独的文件夹里。例如：

LED_Controller_Project/ ├── Design_Data/ # 当前阶段的设计源文件（.SchDoc .PcbDoc） ├── Libraries/ # 该工程使用的自建库 ├── Outputs/ # 制造输出文件（按日期归档） ├── Archive/ # 历史归档（阶段性的完整打包） └── Temp/ # 临时文件（随时可以全删）

这种结构的好处是，你永远知道当前的设计数据在哪个文件夹里，Archive里的东西属于归档可以放网盘或另一块硬盘，Temp里则可以放心一键清空。AD的History文件夹依然会在每个子目录下生成，但因为你目录清晰，清理时也更有针对性。

4.4 养成“归档”习惯远比清理重要

我个人真实的体会是：清理垃圾文件最好的方式是不让它变成垃圾。每个项目做到里程碑节点（比如原理图评审通过、PCB打样前、改版完成时），顺手把整个工程文件夹压缩成一个带日期的ZIP，存到单独的归档目录或网盘里。压缩时可以在压缩包里删掉History、__Previews这些动态生成的内容，只保留核心设计文件。

这样做了之后，你平时工作目录里始终都是最新的设计数据，History只保留最近几次快照，即使偶尔整理不及时，也不会因为堆积了半年份的备份而占据大量空间。

4.5 关于版本控制替代手动备份的一点经验

如果你愿意稍微折腾一点，用Git配合文本格式的PCB/原理图文件，可以达到类似“无限版本快照且不占额外空间”的效果。AD支持将文件保存为ASCII格式（通过File > Save As选择文本格式），Git会自动记录每次提交的差异，原理图状态随时可以回滚。

不过说实话，对于原理图和PCB这类二进制/文本混合格式的数据，Git的diff功能并不能直观地展示电路之间的差异，实战中帮助有限。所以我更推荐直接用AD自带的“File > Save Copy As”手动归档，外加History快照机制双保险。追求极致空间的人可以试试Git，但别指望它能像管理代码那样管理电路设计。

5. 常见问题与排查技巧实录：清理过程中我踩过的那些坑

这一节我把这些年清理AD垃圾文件时遇到的各种奇怪问题集中整理出来，很多都是官方文档里找不到答案的，希望能帮你少走弯路。

5.1 清理后AD打开工程报错，或者元件丢失？

这个问题我遇到过好几次，而且基本都指向同一个原因：删除文件时把库文件或者被嵌入工程内部的原理图文件误删了。特别是当你使用“在工程中嵌入文档”的功能时，有些原理图或PCB会以副本形式存进工程内部，这种文件在文件夹里看起来和普通文档没区别，但删除后AD打开工程时就会报“找不到文档”或者元件缺失。

解决的办法是，删除任何看起来可疑的文件之前，先在AD里面看一眼该文件是否被工程引用。操作方法：在“Projects”面板中，右键点击工程名，选择“Project Options” > “Options”，查看文件关联列表。如果某个文件出现在“Documents”列表中，那它就属于当前工程的正式文档，不能再当垃圾删。

5.2 为什么清理后工程文件大小没有明显变化？

如果你清理了History和__Previews，但文件夹总大小没降多少，一种可能是在Outputs或Archive目录里堆积了大量历史输出文件。Gerber和PDF文件体积不小，而且生产文件通常只多不少。这种情况下需要单独检查Outputs文件夹，把已交付或过期的输出文档归档或删除。

另一种可能是你在工程目录之外还有备份目录，比如前面提到的AD全局备份中心或者OutJob生成的备份在那里，你光清理工程目录当然看不到变化。

5.3 清理后AD启动变慢，是清理惹的祸？

正常情况下清理垃圾文件后AD启动应该更快，因为库缓存扫描的负担减轻了。如果你发现启动变慢，大概率是删错了某个配置文件（比如把元件库缓存索引删了，AD需要重新扫描并建立全部索引）。这种情况多等一会儿让AD重新缓存就好，完全不用慌。如果启动后某些工具栏或快捷键丢失，可能是动到了%APPDATA%下的配置目录，恢复办法是从备份恢复，或者重新设置一次。

5.4 工程文件夹和系统盘同时爆满，先清哪个？

如果C盘和工程盘都满了，优先清C盘（系统盘）。因为运行AD本身需要大量的临时文件写入系统盘，系统盘满了会导致AD无法正常保存、编译甚至启动。而工程盘满主要影响的是你保存和归档能力，相比之下优先级低一档。

系统盘清理顺序建议是：先清系统临时文件（cleanmgr），再清AD的Cache和备份中心，然后是用户的下载目录和回收站。最后才考虑动工程文件本身。

5.5 第三方清理工具慎用

市面上有些“系统优化大师”或“深度清理工具”，会把AD识别为“不常用软件”并清理其组件。我见过有人用这类工具后，AD的许可证信息被误删，导致软件进入试用模式，折腾了很久才恢复。所以如果你准备用第三方工具清理系统，尽量在工具的选择列表里排查一下，千万不要让它动%APPDATA%\Altium里的配置文件。

5.6 批处理脚本一键清理

如果你同时维护多个工程，或者公司里的电脑大多是统一配置，可以写一个简单的批处理脚本，一键清理所有工程目录下的History和__Previews文件夹。我把自己用的脚本贴出来，新朋友可以直接用：

@echo off echo 正在清理 Altium Designer 工程垃圾文件... echo. for /d /r "D:\Projects" %%i in (History __Previews Project\ Logs) do ( if exist "%%i" ( echo 删除文件夹: %%i rd /s /q "%%i" ) ) for /r "D:\Projects" %%j in (*.tmp *.bak ~$*) do ( if exist "%%j" ( echo 删除文件: %%j del /f /q "%%j" ) ) echo. echo 清理完成。 pause

把脚本里的D:\Projects替换成你自己的工程根目录，然后用管理员身份运行即可。注意：脚本会递归删除所有子目录下的指定文件夹，请确保你对路径范围有绝对把握。第一次跑之前，建议先手动复制一份工程做测试。

5.7 清理时出现“文件正在使用”的提示怎么办

这个提示几乎都是因为AD还开着，或者有后台进程（比如DXP.exe、Explorer.exe）正在加载相关文件。别硬删，先彻底退出AD，甚至可以在任务管理器中确认一下有没有“X2.exe”（AD的辅助进程）残留，有的话一并结束，再执行删除。

如果结束后还是提示占用，可以用LockHunter这类小工具查看是哪个进程锁定了文件。但说实话，遇到这种情况，我通常直接重启电脑再删，简单粗暴且有效。

最后分享一点个人体会

用AD做设计这些年，我最大的感受是：工具本身并不复杂，复杂的是我们日复一日在项目中积累的无形负担。垃圾文件清理看似是一件琐碎的小事，但它直接影响着一个工程师的工作效率——不管是打开工程的速度，还是寻找历史版本的便捷度。

我最开始也用“能用就行”的心态对待这件事，直到有一次因为History文件过于庞杂，导致我误以为某个旧版本是当前版本，结果把PCB改回了三天前的状态，白白浪费了半天时间。从那以后，我每个周五下班前都会花十分钟做一次工程清理和归档，已经成为雷打不动的习惯。

如果你正在被AD工程臃肿、C盘爆炸、备份混乱折磨，不妨按本文的方法逐步清理一次。第一次清理可能会觉得繁琐，但只要建立了习惯，后续每次维护只需要几分钟，带来的工作效率提升却非常值得。希望这些经验对你有用。