C盘空间不足？用Junction把WorkBuddy数据搬到E盘

1. 项目背景与核心痛点拆解

1.1 120G 的 C 盘是怎么被吃掉的

我这台工作机是两年前配的，系统盘给了一块 120G 的固态，当时想着系统加常用软件怎么都够了。结果前阵子右下角弹了个低磁盘空间警告，点开一看，C 盘只剩 25G 可用，红色进度条看着就让人心慌。我第一反应是去翻那些常见的空间大户：休眠文件、系统还原点、Windows 更新缓存、临时文件夹，一圈清下来也就腾出七八个 G，治标不治本。

真正的大头藏在用户目录里。我习惯用 WizTree 这类工具扫一遍磁盘，它能按文件夹大小排序，比 Windows 自带的存储感知直观得多。扫完发现 C:\Users\我的用户名\AppData 下面几个目录加起来占了将近 40G，其中 WorkBuddy 相关的数据目录单独就有 4.9G。这个数字单看不算夸张，但你要知道 AppData 里还挤着浏览器缓存、各种 Electron 应用的本地数据、聊天软件的图片缓存，它们叠在一起才是压垮 C 盘的真正原因。

这里有个很多人忽略的点：AppData 目录默认是隐藏的，普通用户在资源管理器里根本看不到，所以大家清理 C 盘时往往只盯着“下载”“文档”这些显眼位置，真正的空间黑洞反而被放过了。WorkBuddy 这类工具型软件，运行过程中会持续产生索引、日志、会话记录、模型缓存等数据，日积月累就是几个 G 起步。它不像游戏那样装完就固定大小，而是随着你用得越多、数据越膨胀。

1.2 为什么不能直接剪切粘贴了事

发现 WorkBuddy 占了 4.9G 之后，我最先想到的就是把它整个文件夹剪切到 E 盘。这个思路没错，但直接操作会踩两个坑。

第一个坑是软件路径依赖。WorkBuddy 安装时会把数据目录写死在配置里，很多程序启动时会去固定的绝对路径找数据。你把文件夹挪走，它下次启动发现原路径空了，要么重新初始化一份新数据（等于白搬），要么直接报错打不开。这就像你把别人家的门牌号换了，快递员按老地址送货自然找不到人。

第二个坑是正在运行的文件被占用。如果 WorkBuddy 还在后台跑着，你去剪切它的数据目录，系统会提示“文件正在使用中”，强行操作可能导致数据损坏。我有个朋友就是没关软件直接拖文件夹，结果会话记录全丢了，找都找不回来。

所以正确的思路不是“搬走文件夹”，而是“让原路径依然能访问到数据，但数据实际存在 E 盘”。这就引出了本文的核心技术手段——目录联接（Junction）。它能在 C 盘原位置创建一个“传送门”，程序以为数据还在老地方，实际上文件全在 E 盘躺着。对程序完全透明，不需要改任何配置，这是它比修改软件设置更省心的地方。

1.3 三条 junction 的分工逻辑

为什么是三条而不是一条？因为 WorkBuddy 的数据并不是集中在一个文件夹里，而是分散在几个不同的位置，各自承担不同职责。我实测下来，主要涉及这三个目录：