1. 默认路径为什么会成为C盘杀手？
1.1 一个真实的排查案例
先说个我自己的经历。去年接了个区级路网更新的项目，连着干了两个多月，每天都在ArcMap里修图、建库、跑分析。某天早上打开电脑，系统突然弹窗提示C盘空间不足，我一看，剩余空间不到1GB。当时第一反应是系统更新缓存又堆满了，拿着SpaceSniffer扫了一遍C盘，结果发现占用大户既不是Windows更新，也不是软件安装目录，而是在C:\Users\用户名\Documents\ArcGIS这个文件夹下面，光一个名为Default.gdb的文件夹就占了大概26GB。
那一刻我意识到问题出在哪了——ArcMap默认把新建的地理数据库、临时要素类、编辑会话产生的中间数据，全部塞进了系统盘的用户文档目录。很多GISer都会遇到类似情况：明明数据都在D盘或者服务器上，C盘却莫名其妙地越来越满。如果你发现C盘空间持续告急，而且C:\Users\用户名\Documents\ArcGIS\Default.gdb这个路径体积异常庞大，那你基本可以确认，就是ArcMap的默认路径设置导致的。
这个问题的隐蔽性在于，平时我们做项目时习惯性新建文件地理数据库时会手动选择到项目目录，但大量自动生成的数据，比如Scratch.gdb、地理处理工具的中间结果、临时缓存文件，还是会默认落到系统盘。日积月累，就成了C盘的隐形杀手。以下内容完全围绕这个核心痛点展开：三步重置默认路径，把根子上的问题解决掉。
1.2 两个关键路径：默认地理数据库与临时工作空间
要彻底解决这个问题，第一步是搞清楚ArcMap里其实存在两个完全不同的默认路径概念。很多人只知道一个，导致改了半天C盘还是继续膨胀。
第一个是默认地理数据库（Default Geodatabase）。它负责存放你在地图文档中新建的要素数据集、要素类、关系类、栅格数据集等。它的默认位置在ArcMap安装后第一次启动时创建，位于C:\Users\用户名\Documents\ArcGIS\Default.gdb。当你用Catalog窗口右键新建要素类时，如果没手动改位置，它就会直接进到Default.gdb里。
第二个是默认临时工作空间（Scratch Workspace）。这是很多文章不会重点提、但恰恰最坑人的一个设置。地理处理工具（如Buffer、Clip、Intersect）的中间输出、模型构建器（ModelBuilder）的临时数据，全部会写入这个工作空间。它的默认位置同样是C:\Users\用户名\Documents\ArcGIS\Default.gdb。也就是说，每跑一次空间分析，系统都可能往这个文件地理数据库里写几百MB甚至几GB的临时数据。
搜索热词里有个“gis复制了不能粘贴为什么”，其实很多时候就跟临时工作空间路径异常或者Default.gdb写入权限出问题有关。很多人在不同工程之间转换时，发现复制粘贴的要素类消失了，十有八九是临时数据写到了默认路径但因为空间不足导致写入失败。理解了这两个路径的运行逻辑，你就能明白：只修改其中一个，治标不治本；必须同时把两个路径都指到你的项目磁盘。
2. 重置路径三步走：从菜鸟到老手都适用的操作
2.1 第一步：在ArcMap选项里改掉默认数据库路径
打开ArcMap，不要急着加载数据。先点击菜单栏的Geoprocessing > Geoprocessing Options。这时会弹出一个名为Geoprocessing Options的对话框，界面并不复杂，核心需要关注的字段是Default Geodatabase和Scratch Workspace。这两个字段就是我们重置路径的主战场。
点击Default Geodatabase输入框右侧的文件夹图标，在弹出的Catalog导航窗口中选择你希望存放数据的盘符和目录，比如D:\GIS_Projects\Default.gdb。如果你的目标目录下尚未创建Default.gdb文件地理数据库，你可以在导航窗口里右键目标文件夹，选择New > File Geodatabase，把它命名为Default.gdb。ArcMap会把它识别为默认地理数据库。这里有一个非常容易被忽略的细节：如果你只是选了一个普通文件夹而不是一个文件地理数据库，ArcMap会提示“目录不包含地理数据库”，且无法作为默认数据库使用。所以你必须在D盘新建一个真正的File Geodatabase，再选中它。
关于Scratch Workspace，我的习惯是单独创建一个Scratch.gdb文件地理数据库，专门用来存放临时输出。这样做的优势在于：临时数据和正式数据物理隔离，后期清理时直接删除整个Scratch.gdb即可，不会误删正式成果。
实际操作中我曾遇到过一个诡异现象：明明在Geoprocessing Options里把默认路径改到了D盘，但跑完工具后C:\Users\用户名\Documents\ArcGIS\Default.gdb的体积还在增加。后来排查发现，是ArcMap还处于打开状态时修改的路径，某些后台地理处理进程依然引用了旧的默认工作空间。因此规范的顺序应该是：先完全关闭ArcMap，重新打开后再进入Geoprocessing Options进行修改。修改完成后最好重启一次ArcMap，让所有环境变量重新加载，确保修改彻底生效。
2.2 第二步：把临时工作空间和Scratch Workspace指到项目目录
这一步的内容在第一步里其实已经覆盖了大部分，但我想从项目管理的角度再展开谈一下。很多GIS团队习惯了"一台机器一个环境配置"，但实际项目往往按天切换：今天做路网拓扑，明天做地类统计分析，后天做三维场景。如果所有临时数据都指向同一个Scratch.gdb，多个项目的数据会混杂在一起，不仅容易产生命名冲突，后期整理交付成果时也会非常痛苦。
我的经验是：按照项目维度分别建立工作目录，而不是统一指向一个固定位置。比如你正在做一个城市绿地可达性分析项目，就建立D:\GIS_Projects\GreenSpace_Analysis\目录，在这个目录下新建Data.gdb（正式数据库）、Scratch.gdb（临时数据库）、MXD（工程文档目录）、Output（最终成果目录）。然后在Geoprocessing Options里把Default Geodatabase指向Data.gdb，把Scratch Workspace指向Scratch.gdb。
这样做的直接收益是：一个项目对应一套完整的目录结构，C盘不会再被塞满，而且项目交接时直接打包整个GreenSpace_Analysis文件夹即可，其他人拿到后重新指定一次路径就能无缝续接。我第一次在团队里推广这个方案时，有同事觉得麻烦：“每次都要新建好几个文件夹，不如直接装在默认位置省事。”但运行了一个月以后，他主动告诉我以前C盘爆满的红线问题再也没有出现过，而且中途换机器接项目只需要拷一个文件夹过去就行。
补充一个小技巧：Scratch.gdb里的临时数据并不会自动清理。如果项目结束后不手动删除，它依然会占据一定的磁盘空间。我通常在每个项目收尾时会用ArcCatalog把Scratch.gdb里的内容清空，甚至在确认所有地理处理结果都已保留到Data.gdb后，直接删除Scratch.gdb文件夹都是可以的。ArcMap在下次运行时若找不到Scratch.gdb，会自动重新创建一个空的，不用担心系统报错。
2.3 第三步：验证新路径是否生效
修改完路径设置，不能直接开干，必须先验证是否真正生效。验证方法非常简单且直观。
打开ArcMap，点击菜单栏Geoprocessing > Results，或者直接查看Catalog窗口的Home - Datasets列表。展开Home - Datasets，正常情况下应该能看到Default.gdb出现在其中。如果你在刚才的步骤中把默认地理数据库指向了D:\GIS_Projects\GreenSpace_Analysis\Data.gdb，那么Home - Datasets里的Default.gdb应该正好指向这个位置。
另一个验证方式更直接：新建一个空的要素类或者执行一个简单的Buffer工具，比如对一个点图层做5米缓冲区分析。分析结束后，打开Windows资源管理器，找到你设置的临时工作空间目录，观察里面是否生成了对应的中间文件。同时检查原来的C:\Users\用户名\Documents\ArcGIS\Default.gdb，它的修改时间应该保持不变，这就说明新的路径已经完全接管了临时和默认数据的写入工作。
我见过有同行反馈说：明明设置好了，但执行Clip工具后，在Results窗口里的输出路径仍然是C:\Users\...。这种情况基本可以确定是ArcToolbox环境设置中Current Workspace或Scratch Workspace被单独覆盖了。进入Geoprocessing Options对话框，点击界面下方的Environments按钮，在Workspace分组下检查Current Workspace和Scratch Workspace是否和你的预期一致，如果不一致，手动改成目标路径，问题即可解决。这一点在ArcMap 10.4之前的版本中尤其常见，因为旧版本的环境变量优先级判断逻辑和后来版本存在差异，见下表：
| 设置项 | 常见默认值 | 推荐设置值 | 作用范围 |
|---|---|---|---|
| Default Geodatabase | C:\Users\用户名\Documents\ArcGIS\Default.gdb | D:\GIS_Projects\项目名\Data.gdb | 新建要素类、表等数据的默认存储位置 |
| Scratch Workspace | C:\Users\用户名\Documents\ArcGIS\Default.gdb | D:\GIS_Projects\项目名\Scratch.gdb | 地理处理工具的中间临时数据存储位置 |
| Current Workspace | 未设置 | D:\GIS_Projects\项目名\Data.gdb | 地理处理工具对话框默认打开的路径 |
3. 路径迁移后的连锁反应：老项目文件怎么办？
3.1 复制已创建的地理数据库
很多人在做完上述路径修改后会问：那原来C盘Default.gdb里已经积累的数据怎么办？直接删除肯定是不行的——里面的数据可能是你过去几个月所有临时分析的草稿、部分实验性要素类、甚至某些正式成果的早期版本。正确的做法是：使用ArcCatalog把旧Default.gdb里的内容导出到新位置。
打开ArcCatalog，在Folder Connections中导航到C:\Users\用户名\Documents\ArcGIS\Default.gdb，将它展开。你会看到一系列的要素类、表格。选中它们，右键点击，选择Export > Feature Class(es) To Geodatabase，指定目标为D盘新建的Data.gdb。这里有一个性能上的建议：如果数据量很大（比如累计超过5GB），不要通过ArcMap的导出功能，而是直接使用Windows资源管理器把整个Default.gdb文件夹复制到D盘，然后重命名为Data.gdb。文件地理数据库本质上就是一个存储文件夹，直接复制在大多数情况下不会损坏数据，且速度远超ArcCatalog导出。当然，复制完成后务必用ArcCatalog打开验证一遍，确认所有数据集都能正常浏览。
这里要特别提醒一个坑：千万不要直接剪切（Ctrl+X）——跨磁盘移动时如果你使用剪切再粘贴，中途断电或资源管理器卡死可能导致整个Default.gdb结构损坏，由于文件地理数据库内部有索引机制，一旦损坏，修复极其困难。复制完成后确认无误，再手动删除旧目录。
3.2 地图文档中数据源路径的修正
修改默认路径还有一个绕不开的连锁反应：已经保存的.mxd地图文档中引用旧路径的数据源，在打开时会显示为红色感叹号，提示找不到数据。这是因为mxd内部记录了绝对路径，路径变了它自然找不到。
解决办法有几个层次。最直接的方法是：在ArcMap中打开.mxd后，在Layer Properties中把每个图层的Source重新指定到新路径。如果图层数量不多（比如10个以内），这个方法最稳妥。
如果是一个庞大的工程文件（比如几十个图层、多个Group Layer），手改会非常痛苦。更高效的方案是使用ArcMap自带的Data Source Restore功能，但必须使用ArcCatalog的Data Interoperability工具，或者利用Set Data Source(s)工具批量替换。如果你没有相关扩展模块，还有一个土办法：用文本编辑器打开.mxd文件（它实际是复合文档格式，但有些版本可以直接看到部分路径字符串），将旧的C:\Users\...路径全局替换为D:\GIS_Projects\...。需要说明的是，直接改文本只适用于相对简单的工程，有一定风险，操作前务必备份原文件。
作为资深实践者，我建议最稳妥的方式反而是从源头避免这个问题：后续新建工程时，把所有数据放到项目目录下，用完一个项目就归档一个，保持工程文件和数据文件永远在同一个根目录下。这样即使换电脑，只要把项目整个文件夹拷走，路径结构不变，数据引用就不会断。这其实也解释了为什么很多专业化GIS团队会采用相对路径（通过在ArcMap选项里勾选Store relative pathnames to data sources）来保存地图文档。
3.3 被忽略的缓存与临时文件
路径重置后，C盘空间可能会立即释放10-20GB，但别急着高兴——ArcMap运行时还会在其他位置留下大量缓存和临时文件，这些同样属于C盘的隐藏负担。两个最常见的目录：
C:\Users\用户名\AppData\Local\ESRI：存放ArcMap的界面缓存、脚本缓存、Com组件注册缓存等，体量可达数GB。C:\Users\用户名\AppData\Roaming\ESRI\Desktop10.x\ArcMap：存放ArcMap的配置文件、自定义工具条、扩展模块缓存、Recent最近打开文件列表等。
这些缓存并不会因为重置默认路径而自动迁移。它们会随着日常使用不断膨胀，尤其是Local\ESRI下的缓存，有些版本在错误退出程序时还会产生数百MB的临时dump文件。我的实操经验是，每半年手动清理一次这两个目录下的旧异常文件夹——前提是ArcMap岸退出。清理时保留.ecp扩展配置文件，删除那些看起来像乱码的长字符串命名的临时目录。步骤虽然只需要几分钟，但对于C盘长期健康而言意义重大。
4. 重置路径时的常见坑与我的实操心得
4.1 网络路径vs本地路径
ArcMap的默认路径能否设置为网络共享路径（UNC路径），比如\\192.168.1.100\GIS_Data\Data.gdb？答案是可以，但我不推荐作为默认工作空间使用。
原因有三个。第一，网络延迟会导致要素类写入、读取明显变慢，尤其是频繁执行地理处理工具时，卡顿感会非常强烈。第二，如果网络连接断开，ArcMap可能会在写入中间数据时报错，造成线程挂起甚至程序崩溃。第三，跨平台的权限配置非常麻烦——不同的Windows账户、域用户、共享权限设置，都可能造成ArcMap无法正常创建临时文件。
如果你确实需要在多台电脑间共享数据，我的建议是：本地磁盘用D:\GIS_Projects\环境名\Data.gdb作为默认地理数据库和临时工作空间，网络共享盘只存放最终成果或源数据。这样既保证了日常处理性能，又不妨碍多人协作。这个原则我踩过好几次坑后才总结出来，在这里单独提出来，希望帮大家绕开这个折磨人的毛病。
4.2 中文路径与特殊符号的坑
另一个高频坑是路径中包含中文或特殊符号。虽然现在ArcMap 10.x系列对中文路径的支持比9.x时代好了很多，但在执行某些第三方工具箱（比如部分水文分析扩展模块）时，中文路径仍可能引发不可预知的报错，比如“无法创建要素类”“工具执行失败”等。
我的建议是项目目录统一使用英文命名，中间不要有空格，不要有括号，不要有&、#等符号。比如D:\GIS_Data\UrbanGreenSpace就比D:\GIS_Data\城市绿地分析（最终版）稳妥得多。目录名称尽量只包含字母、数字、下划线。如果团队里有外国合作者，英文目录名也更利于沟通和文档交接。
今天完全可以在D盘根目录下建立GIS_Data，然后为每个项目建立子目录，例如GIS_Data\UrbanGreenSpace、GIS_Data\RoadNetworkUpdate，这样路径既短又清晰。路径短有一个额外好处：Windows和ArcMap对路径长度有限制，MAX_PATH为260个字符，路径越短，出现“路径过长导致无法写入”的概率越低。在处理大量病害数据、切片任务时，这个限制特别容易触发，而一个简洁的根目录路径能省去很多莫名其妙的报错。另外如果你搜索过“arcmap打开要素类出错”，会发现其中相当一部分报错都来自路径过长，特别是从CAD导入数据时自动生成的冗余目录层叠，所以在项目规划阶段就应当控制路径深度。
4.3 权限问题
如果你为公司电脑或实验室电脑配置ArcMap，还需要留意权限问题。Windows账户若非管理员权限，修改Geoprocessing Options中的路径时可能弹出UAC提示，甚至在写入D盘目标目录时因权限不足而失败。
解决方法是：右键ArcMap快捷方式，选择“以管理员身份运行”，再进行路径设置。如果依然无法修改，请检查目标磁盘的NTFS权限——右键目标文件夹（例如D:\GIS_Data），选择“属性-安全”，确认当前用户对该目录具有“完全控制”权限。
另外一个经常被忽略的是域环境策略。部分公司域管理员会通过组策略锁定操作系统的部分目录写入权限，包括C:\Users\用户名\Documents。这种情况下，即使你在ArcMap中设置了D盘路径，某些后台操作仍可能回退到默认临时目录。如果反复修改都无效，建议联系IT部门确认是否有针对用户目录的写入限制策略。这个现象虽然在个人电脑上极少见，但在企业GIS部署中属于高频出差点。如果你用了Arcgis 10.2版本还出现了类似的“目录无法写入”问题，请优先检查这里。
4.4 版本差异：ArcMap 10.x各版本的菜单位置
不同ArcMap 10.x版本的选项菜单入口略有差异，如果你的操作习惯和界面指引对不上，就会产生“我明明点了某个菜单而找不到对应选项”的困惑。这一小节整理我实测过的几个版本差异，帮你节省时间。
- ArcMap 10.0/10.1：
Geoprocessing > Geoprocessing Options这一入口始终生效。但注意，旧版本的对话框中Scratch Workspace字段可能标注为Scratch Workspace或临时工作空间，中文版翻译存在差异。 - ArcMap 10.2/10.3：界面更加稳定，
Geoprocessing Options对话框内直接可见Default Geodatabase和Scratch Workspace，修改后无需重启即可生效（但在高负载任务下建议仍重启一次）。 - ArcMap 10.4及以上：新增了
Current Workspace字段，且默认值可能跟随最近打开的工程自动变化。如果你发现D盘的路径被自动切换回C盘，检查是否是Current Workspace自动更新导致。
我还用过ArcGIS Pro，它的路径设置逻辑与ArcMap不完全一致，ArcGIS Pro更偏向于基于项目文件（.aprx）管理路径。如果你打算从ArcMap迁移到Pro，我建议另外找时间单独验证一遍默认路径行为，因为两者之间不能直接划等号。简而言之，ArcMap的重置三步法不能原样搬到ArcGIS Pro上。
热词里有“arcmap如何制图出图”“gis坐标转点”“gis字段计算器取整”等高频问题，其实都和默认路径有点关系——很多人在制图出图时发现中间临时数据写到C盘、出图后临时文件残留，若你没有重置默认路径，出图一次可能就在C盘留下几百MB的临时缓存。
5. 从“治标”到“治本”：长期维护C盘空间
5.1 建立标准目录模板
重置默认路径是一次性动作，但如果想根治“C盘爆满”的顽疾，我建议建立一套标准的项目目录模板，让每次新建项目都能自动套用。不要嫌麻烦，前期花半小时建模板，后续能避免无数个磁盘告警的凌晨。
一个建议的标准结构如下：
D:\GIS_Data\ ├── 项目A_UrbanGreen\ │ ├── Data.gdb │ ├── Scratch.gdb │ ├── MXD\ │ ├── SourceData\ │ ├── Output\ │ └── Docs\ ├── 项目B_RoadUpdate\ │ ├── Data.gdb │ ├── Scratch.gdb │ ├── MXD\ │ ├── SourceData\ │ ├── Output\ │ └── Docs\ └── 公共数据\ ├── 基础地理数据.gdb ├── 影像\ └── 表格\每次启动新项目时，先在D盘创建对应目录，然后将ArcMap的Default Geodatabase和Scratch Workspace指向该项目目录。我个人的习惯是：项目开始前先建目录，再打开ArcMap，因为如果在同一个ArcMap实例中连续处理多个项目，后设置的新路径不会影响已经打开的地理处理进程。
你可能觉得“每次都要设置路径”太麻烦，但实际上ArcMap在启动时会保存上次关闭时的路径。也就是说，你只需要在建项时设置一次，之后整个项目周期内都会沿用。真正的效率不是节省每次30秒的设置时间，而是避免项目后期因为磁盘爆满导致处理中断、重新构建索引、甚至丢失未保存编辑内容。
5.2 定期清理临时垃圾
即使路径设置得再规范，日常使用中还是会有各种临时垃圾残留。我个人的维护周期是每两周清理一次，只需要花大概10分钟，但效果非常明显。清理清单如下：
Scratch.gdb：删除所有内部数据集。在ArcCatalog中直接右键选择Delete All或执行Delete Rows均可。确认正式成果已备份到Data.gdb后，也可以直接把Scratch.gdb文件夹整体删除，ArcMap会自动重建。C:\Users\用户名\AppData\Local\ESRI：删除明显的异常缓存目录。只保留.ecp文件，其他乱码目录可删除。C:\Users\用户名\AppData\Roaming\ESRI\Desktop10.x\ArcMap\ArcMap.log：日志文件可定期清理，如果它已经膨胀到几百MB，说明ArcMap多次崩溃或异常退出，除了清理，还应排查崩溃原因。- D盘下的
Temp目录：部分模型构建器脚本会在项目目录下生成Temp子目录，检查并清空。
清理时注意：先退出ArcMap，否则部分文件被锁定，清理不彻底。另外，清理前先备份你的Data.gdb——宁可冗余，不可丢数据。
5.3 将默认路径设置为项目路径的额外收益：编辑器稳定性与数据安全
文章写到这，你可能觉得“重置路径”只是一个C盘空间管理的小技巧，但实际收益远不止于此。在ArcMap中，如果默认地理数据库位于C盘的系统目录，且C盘开启了BitLocker或系统还原等功能，文件I/O会比D盘慢，尤其是在处理大范围矢量图层或镶嵌数据集时，卡顿感非常明显。把工作目录放到独立数据盘后，处理速度通常会有可感知的提升。
更重要的是数据安全。我遇到过不止一次系统崩溃，导致C盘下Default.gdb内正在编辑的要素类检查出来出现“形状数与表记录数不一致”的报错——这也是热搜词里提到的经典错误。这是因为崩溃时文件未完整写入，数据库内部的几何索引和属性表记录之间对不上。这种错误修复起来相当繁琐，需要逐个要素检测、重建几何，甚至可能丢失最后阶段的部分编辑。如果把工作目录放在D盘，独立盘故障概率相对更低，且即使ArcMap崩溃，文件系统层面不容易出现系统盘同时异常的双重问题。我从那以后要求自己：只要是正式项目，所有中间数据一律不落在C盘。这条习惯很朴素，但确实在多次事故中帮我保全了成果。
关于清理临时文件有一个反直觉的操作：不要频繁删除系统临时文件夹（C:\Windows\Temp和用户AppData\Local\Temp）里的所有文件。ArcMap有时正在使用其中某些.dll或缓存文件，强制删除会导致下一次启动时重新构建缓存，反而拖慢启动速度。我的建议是：这些目录只清理一周之前修改的文件，且不要勾选“跳过正在使用的文件”以外的选项。如果你发现ArcMap的启动速度一次比一次慢，可以尝试主动清理掉AppData\Local\Temp下的所有ArcGIS相关前缀的临时文件，效果会比“整个Temp目录一起清理”更精准。
最后再分享一个我个人的小习惯。完成路径重置后，我会花一分钟在ArcMap里执行一次File > Save As，把当前的.mxd保存为一个新的工程模板文件（.mxd或.mapx），存储到D盘项目目录的MXD文件夹下。这样即使默认的My Documents路径被修改或系统重置，我的工程模板依然在D盘项目目录中，打开后直接加载，不依赖任何系统盘路径。配合上面提到的相对路径存储选项，几乎杜绝了“换电脑打不开工程”的问题。
C盘爆满从来不只是“空间不够”那么简单，它会影响ArcMap的临时文件读写效率、编辑会话稳定性、甚至数据安全。三步重置默认路径的做法，花的时间不超过五分钟，对常年做GIS项目的人来说，投入产出比极高。希望这篇经验分享能让你少走一些弯路，把精力集中在分析本身，而不是和磁盘空间较劲。
