Windows 目录联接（Junction）详解
#Windows 系统管理 文件系统 NTFS 目录联接 2026-06-07

背景与应用场景

在管理 Windows 系统时，常遇到 C 盘空间不足 的问题。例如 WorkBuddy 的数据默认存放在 C:\Users\<用户名>\.workbuddy\，随着使用会逐渐占用大量空间。

核心需求：将应用数据迁移到其他盘符，同时保证应用程序完全无感知地继续工作。

解决方案：使用 Windows 提供的目录联接（Junction） 机制，实现透明的目录重定向。

适用场景：任何不支持自定义数据目录的应用，都可以通过 Junction 实现数据迁移。

目录联接（Junction）

目录联接（Junction Point）是 Windows NTFS 文件系统提供的一种透明的目录重定向机制。它让一个路径”指向”另一个路径，对应用程序完全透明。

核心特性

  • 透明访问：应用程序无需任何修改，访问联接目录时，Windows 自动重定向到目标路径
  • 零复制：物理上只有一份数据，C 盘只存储一个指针（几乎 0 字节）
  • 高效重定向：基于 NTFS 重解析点（Reparse Point）实现，内核级处理，性能损耗极低

与普通快捷方式的区别

特性 普通快捷方式（.lnk） 目录联接（Junction）
外观 带小箭头的 .lnk 文件 和普通文件夹一模一样
应用识别 ❌ 大多数应用不识别 ✅ 应用完全无感知
访问方式 需要点击或特殊处理 直接访问，和普通文件夹无区别
空间占用 指向目标，但应用可能不认 指针本身几乎 0 字节
透明度 低（应用需要知道 .lnk 存在） 高（内核级重定向）

提示：如果需要跨网络共享或更复杂的链接，应考虑使用符号链接（Symbolic Link），但需要管理员权限。

NTFS 重解析点（Reparse Point）

目录联接的底层实现原理，就是NTFS重解析点。

NTFS 文件系统结构

NTFS 的每个文件/目录都有一个 MFT（Master File Table）记录，里面包括：

1
2
3
4
5
MFT Record（每个文件/目录都有一条）:
  ├── 标准信息（创建时间、修改时间、访问时间...）
  ├── 属性标志（Read-Only、Hidden、Archive、REPARSE_POINT...）
  ├── 数据内容（文件存实际数据；目录存子文件列表）
  └── 重解析点数据（有 REPARSE_POINT 属性时才存在，存储目标路径）

重解析点（Reparse Point）机制

属性标志位

  • 普通文件夹的属性是：DIRECTORY
  • 目录联接的属性是：DIRECTORY + REPARSE_POINT

Windows 内核在访问路径时先检查这个标志位，有 REPARSE_POINT 就走重定向逻辑，效率极高，对应用完全透明。

重解析点数据结构

重解析点里存储的数据结构大致是：

1
2
3
4
5
Reparse Point Data:
  Tag: IO_REPARSE_TAG_MOUNT_POINT  (0xA0000003)
  Data Length: 42
  Data:
    目标路径: "S:\WorkBuddyData\.workbuddy"（UTF-16 编码）

不同类型的重解析点

类型 Tag 值 创建命令 需要管理员 说明
目录联接（Junction） IO_REPARSE_TAG_MOUNT_POINT (0xA0000003) mklink /J ❌ 否 本地目录重定向
目录符号链接 IO_REPARSE_TAG_SYMLINK (0xA000000C) mklink /D ✅ 是 支持跨卷、网络路径
卷挂载点 IO_REPARSE_TAG_MOUNT_POINT (0xA0000003) mountvol ✅ 是 将卷挂载到空目录

注意：目录联接和卷挂载点使用相同的 Tag 值，但通过不同的数据格式区分。

重解析点数据存储位置

不是集中存储，是分散存储

重解析点数据不存在 Windows 的某个集中管理文件里，而是存储在该文件/目录本身的 MFT 记录里。

所以：

  • 重解析点数据是跟着文件/目录走的，分散存储在磁盘上
  • 没有”集中管理中心”
  • 把联接文件夹删了，重解析点数据也就跟着消失了

能从属性界面看到吗？

不能直接看到。Windows 资源管理器的”属性”界面对联接没有特殊标注：

  • 属性界面没有”这是一个联接”的提示
  • 没有”目标路径”字段
  • “位置”显示的还是逻辑路径（C 盘路径），不是物理路径

能在哪里看到：

1
2
3
4
5
6
# 方法一：看属性标志
Get-Item "C:\Users\14638\.workbuddy" | Select-Object Attributes
# 输出包含 ReparsePoint → 是联接

# 方法二：看底层重解析点数据
fsutil reparsepoint query "C:\Users\14638\.workbuddy"

这是设计使然——对应用和用户越透明越好。

能直接”打开”查看吗？

不能直接用记事本打开，因为 MFT 是二进制数据结构。

但可以用 fsutil 间接读取，如上所示。重解析点数据物理上存在 C 盘 NTFS 分区的 MFT 里的某条记录中，对应磁盘上的几个扇区，不是用户层面的文件。

联接的工作原理（以WorkBuddy举例）

重定向流程

1
2
3
4
5
6
7
8
9
10
11
12
应用请求访问 C:\Users\14638\.workbuddy\skills\
        ↓
Windows 文件系统驱动检查该路径的 NTFS 属性
        ↓
发现 Attributes 包含 REPARSE_POINT 标志
        ↓
读取重解析点数据（Reparse Data）
  里面存储着真实目标路径：S:\WorkBuddyData\.workbuddy
        ↓
重定向访问到真实路径
        ↓
应用拿到数据，完全不知道中间发生了重定向

数据结构示意

1
2
3
C:\Users\14638\.workbuddy   ← 联接（指针，0 字节）
            ↓ 指向
S:\WorkBuddyData\.workbuddy ← 真实数据（实际占用磁盘空间）

关键点：

  • 访问 C:\Users\14638\.workbuddy 时，Windows 自动重定向到 S:\WorkBuddyData\.workbuddy
  • 应用程序（如 WorkBuddy）完全不知道数据实际在 S 盘
  • 物理上只有一份数据，C 盘只存了一个指针

联接操作命令（mklink）

Windows 提供 mklink 命令用于创建各种链接，以下是常用参数对比：

参数 类型 需要管理员 说明
mklink /J 目录联接（Junction） ❌ 否 推荐，适合本地目录重定向
mklink /D 目录符号链接（Symbolic Link） ✅ 是 功能更强，支持跨卷、网络路径
mklink /H 硬链接（Hard Link） ❌ 否 仅限文件，不支持目录
mklink 文件符号链接 ✅ 是 文件级别的符号链接

建议：对于本地目录迁移场景，优先使用 mklink /J，无需管理员权限，兼容性最好。

实战操作（以WorkBuddy举例）

1. 关闭应用程序

关键步骤：确保 WorkBuddy 进程完全退出（包括系统托盘图标）。

1
2
# 检查进程是否存在
Get-Process -Name "WorkBuddy" -ErrorAction SilentlyContinue

⚠️ 注意：如果应用未完全关闭，文件会被占用，导致后续移动操作失败。

2. 移动数据到目标盘

方法一：使用 PowerShell（推荐用于小数据量）

1
Move-Item "C:\Users\14638\.workbuddy" "S:\WorkBuddyData\.workbuddy"

方法二：使用 robocopy（推荐用于大数据量或部分锁定文件）

1
robocopy "C:\Users\14638\.workbuddy" "S:\WorkBuddyData\.workbuddy" /E /MOVE /XJ

参数说明：

  • /E：复制所有子目录（包括空目录）
  • /MOVE：移动文件（复制后删除源文件）
  • /XJ：排除联接点（避免循环复制）

3. 创建目录联接

以管理员身份打开命令提示符（CMD）或 PowerShell，执行：

1
mklink /J "C:\Users\14638\.workbuddy" "S:\WorkBuddyData\.workbuddy"

成功输出示例：

1
Junction created for C:\Users\14638\.workbuddy <<===>> S:\WorkBuddyData\.workbuddy

4. 验证联接生效

方法一：PowerShell 检查属性

1
Get-Item "C:\Users\14638\.workbuddy" | Select-Object Name, Attributes

预期输出：Attributes 包含 ReparsePoint → 说明是联接，物理数据不在 C 盘 ✅

方法二：检查 C 盘剩余空间

迁移前后对比 C 盘剩余空间，应该增加了约 380MB（迁移数据的大小）。

方法三：资源管理器验证

在资源管理器中打开 C:\Users\14638\.workbuddy，内容和 S 盘完全一致——这是正常的，因为联接是透明的。

⚠️ 注意：资源管理器里右键”属性”显示的”位置”仍然是 C:\Users\14638\.workbuddy，这是逻辑路径，不是物理路径。

5. 启动应用验证

重新打开 WorkBuddy，确认数据正常加载，所有功能正常工作。

验证/故障排查（以WorkBuddy举例）

验证联接状态

使用 PowerShell 查看属性

1
2
3
4
5
# 查看详细属性
Get-Item "C:\Users\14638\.workbuddy" | Format-List Name, Attributes, FullName

# 使用 WMI 查询（更详细）
Get-WmiObject -Query "SELECT * FROM Win32_Directory WHERE Name='C:\\Users\\14638\\.workbuddy'" | Select-Object Name, Attributes

使用 fsutil 查看底层重解析点数据

1
fsutil reparsepoint query "C:\Users\14638\.workbuddy"

输出示例：

1
2
3
4
5
Reparse Tag Value : 0xa0000003          ← Junction 的 Tag
Data Length       : 42
Data:
  0000:  0a 00 00 00 00 00 00 00  3a 00 5c 00 53 00 3a 00  .......:.W.S.:.
  0010:  5c 00 57 00 6f 00 72 00  6b 00 42 00 64 00 64 00  .W.o.r.k.B.u.d.d.

二进制数据里编码着目标路径 S:\WorkBuddyData\.workbuddy（UTF-16 LE 编码）。

使用 CMD 的 dir 命令

1
dir "C:\Users\14638\"

输出示例：

1
2026/06/07  01:36    <JUNCTION>     .workbuddy [S:\WorkBuddyData\.workbuddy]

<JUNCTION> 标志表示这是一个目录联接。

常见问题排查

问题 可能原因 解决方案
The system cannot find the path specified 目标路径不存在 确保目标目录已创建且路径正确
Access is denied 未以管理员身份运行 以管理员身份打开 CMD/PowerShell
Cannot create a file when that file already exists 源路径已存在 先删除已存在的目录或联接
应用启动后数据丢失 联接创建错误或未生效 使用 Get-Item 验证联接属性
删除联接后数据消失 误删了真实数据 确保删除的是联接，不是目标目录

回滚方案（以WorkBuddy举例）

如果迁移后出现问题，可以快速回滚到原始状态。

1. 删除 C 盘的联接（只是指针，不影响数据）

1
Remove-Item "C:\Users\14638\.workbuddy" -Recurse -Force

重要：此操作只删除联接指针，不会删除 S 盘的真实数据。

2. 将 S 盘的数据复制回原位置

1
Copy-Item "S:\WorkBuddyData\.workbuddy" "C:\Users\14638\.workbuddy" -Recurse

或使用 robocopy（更高效）：

1
robocopy "S:\WorkBuddyData\.workbuddy" "C:\Users\14638\.workbuddy" /E

3. 验证回滚成功

启动应用，确认数据正常加载。

提示：回滚后，可以安全删除 S 盘的备份数据。

删除目录联接（以WorkBuddy举例）

方法一：使用 PowerShell（推荐）

1
2
# 只删除联接，不删除目标数据
Remove-Item "C:\Users\14638\.workbuddy" -Recurse -Force

方法二：使用 CMD

1
2
3
4
5
# 使用 rmdir 删除联接
rmdir "C:\Users\14638\.workbuddy"

# 或使用 del 命令
del "C:\Users\14638\.workbuddy"

⚠️ 警告：

  • 不要使用 rmdir /S（递归删除），这会删除目标目录的数据！
  • 删除前，务必使用 Get-Item 或 dir 确认对象是联接，不是普通目录。

注意事项

  1. 目标盘不能离线：如果 S 盘是可移除设备，断开时应用会报错
  2. 权限继承：联接会继承目标目录的权限设置
  3. 磁盘配额：数据占用算在目标盘，不影响源盘配额

性能考虑

  • 读取性能：几乎没有影响，重定向在内核层处理
  • 写入性能：直接写入目标路径，无额外开销
  • 枚举性能：首次访问可能需要解析路径，有微小延迟（毫秒级）

总结

目录联接（Junction）是 Windows 下迁移应用数据到非系统盘的无损方案：

  • ✅ 应用完全无感知：内核级透明重定向
  • ✅ 节省系统盘空间：物理数据只存储一份
  • ✅ 操作简单，可逆：创建和删除都非常简单
  • ✅ 不依赖应用支持：适用于任何不支持自定义数据路径的应用
  • ✅ 性能损耗极低：基于 NTFS 重解析点，内核级处理

最佳实践

  1. **优先使用 mklink /J**：无需管理员权限，兼容性最好
  2. 迁移前关闭应用：避免文件占用导致失败
  3. 使用 robocopy 移动数据：更健壮，能处理部分锁定文件
  4. 验证联接状态：使用 Get-Item 或 fsutil 确认联接创建成功
  5. 保留回滚方案：迁移前备份数据，确保可以快速恢复

扩展阅读