1. 为什么要把 Users 目录搬走——动机判断与适用场景如果你折腾过 Windows 系统优化大概率会有这个念头C 盘空间怎么又红了打开资源管理器一看Users 目录占了上百 GB其中 AppData 一个文件夹就能吃掉几十 GB。于是很多人开始搜索“移动 Users 目录”想把这个大头搬到 D 盘或 E 盘去。先泼一盆冷水移动 Users 目录不是系统优化的常规操作而是一次“动手术”。我要先扫清一个关键认知——系统用户目录Users是 Windows 绝大多数应用读取配置、缓存和个人数据的地方它包含了不少系统级账户例如 Default、Public 等这些账户的配置路径被大量服务写入注册表。如果你只改了注册表里的 ProfileList 路径但文件没复制到位或者复制时权限被丢掉轻则无法登录重则进桌面就黑屏。这个操作能解决的核心问题其实非常明确C 盘容量告急系统盘长期低于 10GB 剩余空间更新和软件安装频繁失败SSD 寿命与写入压力AppData 里有大量缓存和日志频繁写入会加速小容量系统盘的老化重装系统后数据保留把用户目录放到独立分区重装系统时只要不动数据分区文件、浏览器配置、IDE 配置都还在企业/实验室批量管理多人共用一台机器统一把用户目录指向单独的分区方便备份和还原。那什么样的人不适合做这个操作如果你只是 C 盘满了更稳妥的路径是先清理临时文件、把软件安装到别的盘、开启存储感知而不是直接动用户目录。移动 Users 目录属于“一次性大工程”操作失误造成的故障恢复难度远高于清理几个 GB 垃圾文件。我建议动手前先做完备份并且准备好 Windows 安装 U 盘因为一旦搬完重启发现登录异常你还是得进恢复环境去修正。如果你是出于以下原因想搬那我这篇文章值得你读完并照着实操你是一名开发者VSCode、Docker Desktop、Node 的 npm 全局缓存都在用户目录里C 盘实在扛不住你追求“C 盘只用做系统”的干净架构希望用户配置、文档、缓存统统脱离系统盘你在维护一台公用电脑或实验室机器想把用户数据集中放在一个庞大分区方便管理和扩容。接下来我先把三种方案摊开对比再给出我实测下来最稳的手动操作路线。2. 三种常见方案对比——为什么我最终选择“符号链接”路线网上关于移动 Users 目录的方法归纳起来无非三条路。2.1 方案一直接在系统里修改注册表路径这个方案传播最广做法是在注册表HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList中修改每个用户对应的ProfileImagePath把C:\Users\用户名改成D:\Users\用户名然后重启。我来解释这件事的隐患注册表里除了 ProfileList还有HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders和User Shell Folders指向具体桌面、文档、下载这些子目录。系统服务如 AppXSvc、SearchIndexer也缓存了用户目录路径光改 ProfileList 一个地方会让大量服务找不到路径轻则开始菜单打不开重则 UWP 应用全部无法启动。另外还有一种情况重启后系统发现原路径文件还在会自动重新生成一份新的配置文件于是你就“收获”了一个全新的空桌面而原来的文件还躺在 C:\Users 里没人管。这个方案只适合“用户目录本来就基本是空的、搬过去也不心疼”的场景完全不值得在主力机器上冒险。2.2 方案二借助第三方迁移工具市面上有几个工具可以做用户目录迁移原理基本是“复制文件 修改注册表 重定向”。这类工具的问题有三个兼容性滞后Windows 每个大版本更新都可能引入新的路径引用工具如果不及时跟进迁移完会漏掉某些系统组件。对权限处理粗糙很多工具复制文件时没有保留原 ACL访问控制列表搬完之后权限混乱卡在欢迎界面或者无法访问某些文件夹。黑盒操作出错难排查一旦迁移失败工具给的报错信息又少又模糊远不如手动 robocopy 操作透明。我身边有同事用过这类工具结果安装的第三方输入法直接失效系统还原点里的路径还是被改过的。所以我劝你能用系统原生命令解决的问题就别引入额外的不确定因素。2.3 方案三迁移后建立目录联接我推荐的做法这个方案的核心思路是数据搬到新位置路径引用留在原位置。具体拆成三步用robocopy以增量复制方式把C:\Users下所有内容完整搬到D:\Users把原来的C:\Users改名为C:\Users.old使用mklink /J创建目录联接让C:\Users指向D:\Users。“目录联接”Junction是 NTFS 文件系统的特性对操作系统来说更像一个“透明转发站”。所有按老路径访问用户目录的程序比如 OneDrive、Windows Search、AppX 部署服务依然访问C:\Users数据却真实写在 D 盘两边都不打架。我特意选这个方案还因为它有一个巨大的回滚优势如果迁移后发现系统异常只需把联接删除、把Users.old改回Users即可数据一个字节都不会丢。相比之下改注册表方案想回滚得折腾半天。3.1 你必须理解的两个底层概念ProfileList 与 AppData在实操之前有两件事如果不懂出问题你都不知道从哪排查。第一件事是用户配置文件在注册表中的注册方式。每个用户在HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList下都有一个以 SID安全标识符命名的子项里面的ProfileImagePath明确写着这个用户的配置文件夹完整路径。系统在登录时会根据这个路径去找用户配置。所以如果你不在最后一步把引用路径保持不变通过目录联接系统就会去新位置找文件。如果你做完“搬文件建联接”两步注册表根本不用动因为系统访问 C:\Users 就一直没断过。第二件事是AppData的角色。它分为三个子目录Local本机专属配置与缓存比如 Chrome 的缓存、Docker Desktop 的 WSL 数据体量最大LocalLow低完整性级别的应用数据IE、旧版 Office 插件等Roaming跟随用户配置文件漫游的数据比如部分软件的自定义词典、Visual Studio 的配置。应用在写数据时一般通过系统 API 拿%APPDATA%、%LOCALAPPDATA%这些环境变量定位目录。好消息是这些环境变量是基于用户 SID 解析出来的它们指向的是用户配置路径下的子目录。只要整个 Users 目录的“引用关系”没断这些环境变量就依然有效。3.2 为什么不要在正常登录状态下直接复制很多新手会犯一个错误直接在 Windows 登录状态下开一个资源管理器窗口CtrlC 整个 Users 目录想复制到 D 盘。这种操作几乎必然失败原因有二一是文件占用。你当前登录用户的所有配置文件项下有一堆文件被进程锁定包括ntuser.dat注册表配置单元、桌面文件占用的句柄、各类数据库缓存。复制到一半报“文件正在使用”你只能跳过而跳过的文件恰恰可能是关键配置。二是权限不足。即使你以管理员身份运行资源管理器TrustedInstaller 和 SYSTEM 拥有部分文件/目录的特殊权限普通管理员也未必能完整读走 ACL 列表。所以我始终坚持一个原则进行文件复制这一步时必须进入 Windows 恢复环境或者从另一个系统启动让目标 Users 目录处于完全离线状态。如果你是第一次操作那我现在就给你讲一个完整的、我实测过多次的步骤清单。准备阶段先交代一下我以 Windows 11 23H2 为例但同样适用于 Windows 10 1909 及更新版本主板和磁盘不影响操作流程。3.3 手工迁移的实操步骤长文预警整个流程说到底就是四个阶段备份与准备 → 进入恢复环境 → 复制文件 → 创建联接。我一步步拆开每一步都写清楚为什么这么做。第一步备份与准备你至少需要一个能进入恢复环境的工具我用的是 Windows 安装 U 盘。创建一个 U 盘安装盘很简单但从我的经验看还应该做一件额外的事把现有系统的注册表和系统状态备份到另一个盘。具体操作是在正常登录的 PowerShell管理员中执行# 备份系统注册表不完全完整但足够紧急回滚 reg export HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList D:\backup\ProfileList.reg /y然后关闭快速启动在“控制面板 → 电源选项 → 选择电源按钮的功能”里取消勾选“启用快速启动”。这一步不是玄学快速启动会把上次的内核会话写入休眠文件恢复环境操作后可能会导致新的会话状态错乱而且它也会让分区处于一种非完全卸载状态。第二步进入 Windows 恢复环境从 U 盘启动看到安装界面后不要点“现在安装”而是点击左下角的“修复计算机”。随后依次进入“疑难解答 → 高级选项 → 命令提示符”。这里有人可能会直接挂载系统盘去操作但我先提醒一句如果你对系统盘用了 BitLocker 加密命令行里必须先用manage-bde -unlock解锁对应分区否则后续 robocopy 会读不到文件。我遇到过不止一次这种情况都是 BitLocker 没有关闭导致复制失败。进入命令行后先确认盘符。在 WinRE 环境里盘符往往和你平时看到的不一样。用下面的命令查看分区情况diskpart list volume exit假设你的系统盘在 WinRE 里显示为C:目标数据盘显示为D:就以这个为准。如果不对请根据“卷标/容量”来识别千万不要凭感觉猜盘符。第三步复制 Users 目录复制命令我建议用 robocopy而不是 xcopy 或者资源管理器。robocopy 对长路径、系统属性、ACL 权限的支持非常可靠而且可以断点续传。robocopy C:\Users D:\Users /E /COPYALL /DCOPY:DAT /R:1 /W:1 /XJ /NFL /NDL我逐个解释参数的含义顺便说明为什么有些参数不能省/E复制所有子目录包括空目录。用户的AppData\Local下面有很多空目录被应用用来做标记漏掉可能导致某些应用行为异常。/COPYALL复制所有文件信息包括数据、属性、时间戳、安全 ACL、所有者信息、审核信息。这一步直接决定了后面登录时权限是否正确。/DCOPY:DAT复制目录的数据、属性、时间戳。/R:1 /W:1失败重试 1 次等待 1 秒。默认的 /R:1000000 会让你遇到一个无法读取的文件时卡到天荒地老。/XJ排除联接点非常重要。Users 目录下面有些旧版本的隐藏 junction例如“Application Data”指向AppData\Roaming如果不排除robocopy 可能陷入循环复制或者把联接指向的目标文件复制出来后变成死链。/NFL /NDL不记录文件级和目录级的日志减少输出方便看整体进度。命令结束后robocopy 会返回一个退出码0 到 7 之间的数字通常在某些情况下也代表成功我关注的其实是 8 以上的错误码。复制完成后建议再执行一次完全相同的命令这一次 robocopy 会快速跳过已经一致的文件确保没有遗漏。增量复核这个习惯能救你很多次。第四步改名原目录在 WinRE 命令行里执行ren C:\Users Users.old这一步相当于“留后路”。如果后面系统进不去你完全可以在 WinRE 里删掉联接再把 Users.old 改回 Users跟没操作过一样。我强烈建议不要在原目录还在时直接创建联接那样联接会建到原目录里面去形成一个无限套娃的结构。但这里有一个细节C:\Users是系统保护目录命令行的当前工作目录不能处于这个目录内否则改名会失败。进入 WinRE 后默认目录是X:\Windows\System32通常不在 C 盘里所以问题不大。第五步创建目录联接mklink /J C:\Users D:\Users/J表示创建目录联接Junction而不是符号链接Symbolic Link。区别在于符号链接需要管理员权限而且某些老程序对符号链接的兼容性较差目录联接的技术原理更底层资源管理器也会把它当普通文件夹处理。创建成功后你可以用dir C:\看看Users后面会多一个JUNCTION的标记。此时系统的注册表里还写着C:\Users访问时会被 NTFS 转发到D:\Users。两边数据保持一致系统服务完全无感知。第六步退出恢复环境正常重启重启进入系统后你可能会发现所有桌面图标、文件、配置完好无损——恭喜你核心迁移已经成功了。如果没有请跳到第 4 章排查。4. 我也翻过车——常见问题与排查技巧实录网上很多人写“移动 Users 目录”写得好像只要三步搞定但实际操作里坑多得能开一桌麻将。我把这几年见过的、自己踩过的典型问题全部列给你们。4.1 重启后黑屏或卡在欢迎界面这是最吓人的故障但往往不是迁移本身完蛋了而是系统找不到一些关键配置文件的访问权限。最典型原因是 robocopy 时漏掉了/COPYALL导致 ACL 丢失系统在加载用户配置时无法读取ntuser.dat。排查思路进入 WinRE使用icacls D:\Users\你的用户名查看文件夹权限。如果发现Everyone或SYSTEM权限缺失可以用以下命令修正icacls D:\Users\* /inheritance:r /grant:r SYSTEM:(OI)(CI)F Administrators:(OI)(CI)F但我必须提醒你这句话是一个“大刀阔斧”的修复通常用于找回基本访问能力但会覆盖原有精细权限。如果你是手工 robocopy 并带了/COPYALL极少需要这一步。所以请先检查是不是复制时用了 xcopy或者漏了关键参数。4.2 登录后桌面是全新的、文件全没了这种问题翻译过来就是系统没有走C:\Users的转发而是新建了一个用户配置。原因多半是联接没有生效或者注册表里 ProfileList 的路径被某种工具改动过。检查方法打开管理员 PowerShell执行cmd /c dir C:\看 Users 是否为JUNCTION。如果是再检查注册表HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\[SID]\ProfileImagePath是否为C:\Users\用户名。注册表若被改成 D 盘改回 C 盘即可。如果你看到 Users 不是联接而是真实文件夹并且里面只有“Default”几个系统目录那说明你重启前没有做改名和建联接系统启动时发现没有合适的配置文件就悄悄从C:\Users\Default复制了一份全新配置实际上 Default 是一个隐藏的系统模板。这种情况你需要回到 WinRE把联接连上然后把那个新生出来的假用户目录删除或改名再重启一次。4.3 应用商店/系统更新报错 0x80070005权限问题常出现在 UWP 应用身上因为应用包会向C:\Users\...\AppData\Local\Packages写入大量配置。如果 ACL 不完整就会报访问拒绝。我实测有效的修复方法不折腾单个包直接进到D:\Users\用户名\AppData\Local\Packages上执行一次权限重置icacls D:\Users\用户名\AppData\Local\Packages /reset /t /c /q这个命令会把继承的 ACL 重新应用一遍很多商店应用的问题就消失了。4.4 搜索索引失效或 OneDrive 无法启动Windows Search 索引器会缓存用户目录的文件路径。迁移后索引数据库里记录的路径还是旧路径虽然联接让访问成功但索引器有时还认死理。解决方案很简单在“服务”里停掉 Windows Search删除C:\ProgramData\Microsoft\Search\Data\Applications\Windows下的索引文件重启服务让它重建。OneDrive 的问题多半是它把配置文件写死在C:\Users\用户名\AppData\Local\Microsoft\OneDrive如果你看到 OneDrive 一直转圈检查这个目录是否可写必要时完全退出 OneDrive 再重启。4.5 我想把系统盘还原成“未迁移”状态怎么回滚这个操作其实很优雅因为目录联接方案保留了原目录的一切进入 WinRE删掉联接rmdir C:\Users注意不要用 rd 或 del 去递归删除那会把 D 盘数据一起删掉。在 cmd 中删除联接使用rmdir C:\Users即可改回原目录名ren C:\Users.old Users重启。这样整个系统就回到了迁移前的状态。这也是我一直在强调“不要改注册表路径”的原因——那种方案回滚极其痛苦。4.6 迁移完成后 C 盘容量并没有变小太多这个大家最关心的问题我必须单独拿出来说。很多人搬完之后发现 C 盘只少了几 GB原因有三第一虚拟内存pagefile.sys默认在 C 盘几个 GB 到十几 GB 都很正常它不属于 Users 目录 第二休眠文件hiberfil.sys占用了等同于物理内存大小的空间和用户目录毫无关系 第三系统还原点和 WinSxS 组件存储Windows 更新留下的备份会吃掉大量空间它们位于C:\Windows下不在C:\Users下。如果你迁移的初衷是拯救红得发紫的 C 盘那移动 Users 目录只是第一步。我通常会配合以下操作一起做# 查看 C 盘各大目录的占用 # 在 PowerShell 里可以用以下命令扫描 Get-ChildItem C:\ -Force -Directory | ForEach-Object { $size (Get-ChildItem $_.FullName -Recurse -Force -ErrorAction SilentlyContinue | Measure-Object -Property Length -Sum).Sum [PSCustomObject]{ 目录$_.Name; 大小GB[math]::Round($size/1GB,2) } } | Sort-Object 大小GB -Descending同时考虑把虚拟内存迁移到 D 盘右键“此电脑 → 属性 → 高级系统设置 → 性能设置 → 高级 → 虚拟内存更改”取消“自动管理”把 C 盘设成“无分页文件”D 盘设为“系统管理的大小”。但我要踩个刹车不要在移动完用户的同一时间又去手动清 WinSxS 或压缩系统文件那样做风险叠加万一系统出了问题你连排查变量都理不清。一次只做一类优化。5. 从技术到习惯——迁移完成后的长期维护建议目录联接方案虽然解决了“路径引用”问题但它本质上还是一种“搬数据”操作后续维护还是要跟上。我分享几个我长期在用的方法。5.1 定期检查目录联接是否依然有效有些第三方“垃圾清理工具”可能会误伤目录联接。我见过 CCleaner 清理无效注册表项时顺手把联接的注册表引用干掉导致C:\Users变成孤立隐藏目录登录又出问题。所以每次系统大更新后我习惯打开管理员 CMD 执行一次dir C:\Users\. | findstr 2019 2020但更直接的是用 fsutil 检查联接是否有效fsutil reparsepoint query C:\Users如果输出显示“重解析点”说明联接还在。如果命令报错或显示不是重解析点那就立即进 WinRE 修复。5.2 配合 Windows 存储感知让搬家的收益持续放大既然 AppData 已经搬到 D 盘你可以在“设置 → 系统 → 存储”里开启存储感知把临时文件清理周期设为每周。这样 C 盘不会再度膨胀因为缓存和临时文件虽然还写到 Users 目录实际上在 D 盘但你有机制定期清理回收空间。5.3 别忽视 Windows 更新的一个隐藏行为Windows 功能更新在部署过程中有时候会重建用户配置环境如果你看到更新后桌面壁纸变了或者部分应用需要重新登录别慌那不是你迁移失败了而是系统在新会话中重新读取了配置路径。此时检查一下C:\Users是否还是联接如果是一切正常数据也都在 D 盘。5.4 重装系统后怎么办这也是这个方案比注册表改路径方案更有优势的地方。重装系统时你可以选择不格式化数据分区系统装好后手动在 WinRE 里执行mklink /J C:\Users D:\Users然后重启。只要 D 盘的Users目录包含Default、Public、Administrator如果有和你的个人配置文件夹系统就会像什么都没发生过一样继续使用这套用户配置。这样做比“从备份恢复用户配置”要省事得多。6. 写在最后一次“搬文件夹”一次理解系统路径的机会我最初开始折腾移动 Users 目录是因为帮朋友清理一台老电脑。当时他的 C 盘只剩 1.8GB任何软件更新都失败。我花了一个下午帮他迁移完成重启后他看到原本“丢了”的桌面文件全都还在那个表情让我觉得这活儿值。后来我自己每次重装系统都会主动把用户目录放到 D 盘省掉了重装后配置开发环境的大量重复劳动。但我也因此交过不少学费第一台笔记本在迁移时因为漏掉/XJ参数robocopy 复制了一堆死循环联接最后只能整个目录重来。那之后我把 robocopy 参数表贴在工位边至今没再翻过车。如果你打算照着这篇文章动手我会给你三个最容易忽视的叮嘱动手前确认自己知道进恢复环境的方法最好用另一台设备打开本文一步一步对照做不要背参数背错一个符号都可能出大事。保留Users.old至少一个星期确定系统和所有常用软件都稳定运行后再删除。删除时在 WinRE 里操作用rmdir /s /q C:\Users.old注意别把联接删了。迁移成功后第一时间创建系统还原点万一后续软件出问题还有一层保险。移动 Users 目录这件事技术上不难难的是对“系统在哪里查找路径”这件事有清晰认知。希望这篇文章能帮你少走一些我走过的弯路一次搬到位搬完不折腾。 
长河君 · 2026/9/28 12:36:16 · 阅读 1.2k Windows用户目录迁移实战：C盘空间清理与目录联接方案详解
1. 为什么要把 Users 目录搬走——动机判断与适用场景如果你折腾过 Windows 系统优化大概率会有这个念头C 盘空间怎么又红了打开资源管理器一看Users 目录占了上百 GB其中 AppData 一个文件夹就能吃掉几十 GB。于是很多人开始搜索“移动 Users 目录”想把这个大头搬到 D 盘或 E 盘去。先泼一盆冷水移动 Users 目录不是系统优化的常规操作而是一次“动手术”。我要先扫清一个关键认知——系统用户目录Users是 Windows 绝大多数应用读取配置、缓存和个人数据的地方它包含了不少系统级账户例如 Default、Public 等这些账户的配置路径被大量服务写入注册表。如果你只改了注册表里的 ProfileList 路径但文件没复制到位或者复制时权限被丢掉轻则无法登录重则进桌面就黑屏。这个操作能解决的核心问题其实非常明确C 盘容量告急系统盘长期低于 10GB 剩余空间更新和软件安装频繁失败SSD 寿命与写入压力AppData 里有大量缓存和日志频繁写入会加速小容量系统盘的老化重装系统后数据保留把用户目录放到独立分区重装系统时只要不动数据分区文件、浏览器配置、IDE 配置都还在企业/实验室批量管理多人共用一台机器统一把用户目录指向单独的分区方便备份和还原。那什么样的人不适合做这个操作如果你只是 C 盘满了更稳妥的路径是先清理临时文件、把软件安装到别的盘、开启存储感知而不是直接动用户目录。移动 Users 目录属于“一次性大工程”操作失误造成的故障恢复难度远高于清理几个 GB 垃圾文件。我建议动手前先做完备份并且准备好 Windows 安装 U 盘因为一旦搬完重启发现登录异常你还是得进恢复环境去修正。如果你是出于以下原因想搬那我这篇文章值得你读完并照着实操你是一名开发者VSCode、Docker Desktop、Node 的 npm 全局缓存都在用户目录里C 盘实在扛不住你追求“C 盘只用做系统”的干净架构希望用户配置、文档、缓存统统脱离系统盘你在维护一台公用电脑或实验室机器想把用户数据集中放在一个庞大分区方便管理和扩容。接下来我先把三种方案摊开对比再给出我实测下来最稳的手动操作路线。2. 三种常见方案对比——为什么我最终选择“符号链接”路线网上关于移动 Users 目录的方法归纳起来无非三条路。2.1 方案一直接在系统里修改注册表路径这个方案传播最广做法是在注册表HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList中修改每个用户对应的ProfileImagePath把C:\Users\用户名改成D:\Users\用户名然后重启。我来解释这件事的隐患注册表里除了 ProfileList还有HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders和User Shell Folders指向具体桌面、文档、下载这些子目录。系统服务如 AppXSvc、SearchIndexer也缓存了用户目录路径光改 ProfileList 一个地方会让大量服务找不到路径轻则开始菜单打不开重则 UWP 应用全部无法启动。另外还有一种情况重启后系统发现原路径文件还在会自动重新生成一份新的配置文件于是你就“收获”了一个全新的空桌面而原来的文件还躺在 C:\Users 里没人管。这个方案只适合“用户目录本来就基本是空的、搬过去也不心疼”的场景完全不值得在主力机器上冒险。2.2 方案二借助第三方迁移工具市面上有几个工具可以做用户目录迁移原理基本是“复制文件 修改注册表 重定向”。这类工具的问题有三个兼容性滞后Windows 每个大版本更新都可能引入新的路径引用工具如果不及时跟进迁移完会漏掉某些系统组件。对权限处理粗糙很多工具复制文件时没有保留原 ACL访问控制列表搬完之后权限混乱卡在欢迎界面或者无法访问某些文件夹。黑盒操作出错难排查一旦迁移失败工具给的报错信息又少又模糊远不如手动 robocopy 操作透明。我身边有同事用过这类工具结果安装的第三方输入法直接失效系统还原点里的路径还是被改过的。所以我劝你能用系统原生命令解决的问题就别引入额外的不确定因素。2.3 方案三迁移后建立目录联接我推荐的做法这个方案的核心思路是数据搬到新位置路径引用留在原位置。具体拆成三步用robocopy以增量复制方式把C:\Users下所有内容完整搬到D:\Users把原来的C:\Users改名为C:\Users.old使用mklink /J创建目录联接让C:\Users指向D:\Users。“目录联接”Junction是 NTFS 文件系统的特性对操作系统来说更像一个“透明转发站”。所有按老路径访问用户目录的程序比如 OneDrive、Windows Search、AppX 部署服务依然访问C:\Users数据却真实写在 D 盘两边都不打架。我特意选这个方案还因为它有一个巨大的回滚优势如果迁移后发现系统异常只需把联接删除、把Users.old改回Users即可数据一个字节都不会丢。相比之下改注册表方案想回滚得折腾半天。3.1 你必须理解的两个底层概念ProfileList 与 AppData在实操之前有两件事如果不懂出问题你都不知道从哪排查。第一件事是用户配置文件在注册表中的注册方式。每个用户在HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList下都有一个以 SID安全标识符命名的子项里面的ProfileImagePath明确写着这个用户的配置文件夹完整路径。系统在登录时会根据这个路径去找用户配置。所以如果你不在最后一步把引用路径保持不变通过目录联接系统就会去新位置找文件。如果你做完“搬文件建联接”两步注册表根本不用动因为系统访问 C:\Users 就一直没断过。第二件事是AppData的角色。它分为三个子目录Local本机专属配置与缓存比如 Chrome 的缓存、Docker Desktop 的 WSL 数据体量最大LocalLow低完整性级别的应用数据IE、旧版 Office 插件等Roaming跟随用户配置文件漫游的数据比如部分软件的自定义词典、Visual Studio 的配置。应用在写数据时一般通过系统 API 拿%APPDATA%、%LOCALAPPDATA%这些环境变量定位目录。好消息是这些环境变量是基于用户 SID 解析出来的它们指向的是用户配置路径下的子目录。只要整个 Users 目录的“引用关系”没断这些环境变量就依然有效。3.2 为什么不要在正常登录状态下直接复制很多新手会犯一个错误直接在 Windows 登录状态下开一个资源管理器窗口CtrlC 整个 Users 目录想复制到 D 盘。这种操作几乎必然失败原因有二一是文件占用。你当前登录用户的所有配置文件项下有一堆文件被进程锁定包括ntuser.dat注册表配置单元、桌面文件占用的句柄、各类数据库缓存。复制到一半报“文件正在使用”你只能跳过而跳过的文件恰恰可能是关键配置。二是权限不足。即使你以管理员身份运行资源管理器TrustedInstaller 和 SYSTEM 拥有部分文件/目录的特殊权限普通管理员也未必能完整读走 ACL 列表。所以我始终坚持一个原则进行文件复制这一步时必须进入 Windows 恢复环境或者从另一个系统启动让目标 Users 目录处于完全离线状态。如果你是第一次操作那我现在就给你讲一个完整的、我实测过多次的步骤清单。准备阶段先交代一下我以 Windows 11 23H2 为例但同样适用于 Windows 10 1909 及更新版本主板和磁盘不影响操作流程。3.3 手工迁移的实操步骤长文预警整个流程说到底就是四个阶段备份与准备 → 进入恢复环境 → 复制文件 → 创建联接。我一步步拆开每一步都写清楚为什么这么做。第一步备份与准备你至少需要一个能进入恢复环境的工具我用的是 Windows 安装 U 盘。创建一个 U 盘安装盘很简单但从我的经验看还应该做一件额外的事把现有系统的注册表和系统状态备份到另一个盘。具体操作是在正常登录的 PowerShell管理员中执行# 备份系统注册表不完全完整但足够紧急回滚 reg export HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList D:\backup\ProfileList.reg /y然后关闭快速启动在“控制面板 → 电源选项 → 选择电源按钮的功能”里取消勾选“启用快速启动”。这一步不是玄学快速启动会把上次的内核会话写入休眠文件恢复环境操作后可能会导致新的会话状态错乱而且它也会让分区处于一种非完全卸载状态。第二步进入 Windows 恢复环境从 U 盘启动看到安装界面后不要点“现在安装”而是点击左下角的“修复计算机”。随后依次进入“疑难解答 → 高级选项 → 命令提示符”。这里有人可能会直接挂载系统盘去操作但我先提醒一句如果你对系统盘用了 BitLocker 加密命令行里必须先用manage-bde -unlock解锁对应分区否则后续 robocopy 会读不到文件。我遇到过不止一次这种情况都是 BitLocker 没有关闭导致复制失败。进入命令行后先确认盘符。在 WinRE 环境里盘符往往和你平时看到的不一样。用下面的命令查看分区情况diskpart list volume exit假设你的系统盘在 WinRE 里显示为C:目标数据盘显示为D:就以这个为准。如果不对请根据“卷标/容量”来识别千万不要凭感觉猜盘符。第三步复制 Users 目录复制命令我建议用 robocopy而不是 xcopy 或者资源管理器。robocopy 对长路径、系统属性、ACL 权限的支持非常可靠而且可以断点续传。robocopy C:\Users D:\Users /E /COPYALL /DCOPY:DAT /R:1 /W:1 /XJ /NFL /NDL我逐个解释参数的含义顺便说明为什么有些参数不能省/E复制所有子目录包括空目录。用户的AppData\Local下面有很多空目录被应用用来做标记漏掉可能导致某些应用行为异常。/COPYALL复制所有文件信息包括数据、属性、时间戳、安全 ACL、所有者信息、审核信息。这一步直接决定了后面登录时权限是否正确。/DCOPY:DAT复制目录的数据、属性、时间戳。/R:1 /W:1失败重试 1 次等待 1 秒。默认的 /R:1000000 会让你遇到一个无法读取的文件时卡到天荒地老。/XJ排除联接点非常重要。Users 目录下面有些旧版本的隐藏 junction例如“Application Data”指向AppData\Roaming如果不排除robocopy 可能陷入循环复制或者把联接指向的目标文件复制出来后变成死链。/NFL /NDL不记录文件级和目录级的日志减少输出方便看整体进度。命令结束后robocopy 会返回一个退出码0 到 7 之间的数字通常在某些情况下也代表成功我关注的其实是 8 以上的错误码。复制完成后建议再执行一次完全相同的命令这一次 robocopy 会快速跳过已经一致的文件确保没有遗漏。增量复核这个习惯能救你很多次。第四步改名原目录在 WinRE 命令行里执行ren C:\Users Users.old这一步相当于“留后路”。如果后面系统进不去你完全可以在 WinRE 里删掉联接再把 Users.old 改回 Users跟没操作过一样。我强烈建议不要在原目录还在时直接创建联接那样联接会建到原目录里面去形成一个无限套娃的结构。但这里有一个细节C:\Users是系统保护目录命令行的当前工作目录不能处于这个目录内否则改名会失败。进入 WinRE 后默认目录是X:\Windows\System32通常不在 C 盘里所以问题不大。第五步创建目录联接mklink /J C:\Users D:\Users/J表示创建目录联接Junction而不是符号链接Symbolic Link。区别在于符号链接需要管理员权限而且某些老程序对符号链接的兼容性较差目录联接的技术原理更底层资源管理器也会把它当普通文件夹处理。创建成功后你可以用dir C:\看看Users后面会多一个JUNCTION的标记。此时系统的注册表里还写着C:\Users访问时会被 NTFS 转发到D:\Users。两边数据保持一致系统服务完全无感知。第六步退出恢复环境正常重启重启进入系统后你可能会发现所有桌面图标、文件、配置完好无损——恭喜你核心迁移已经成功了。如果没有请跳到第 4 章排查。4. 我也翻过车——常见问题与排查技巧实录网上很多人写“移动 Users 目录”写得好像只要三步搞定但实际操作里坑多得能开一桌麻将。我把这几年见过的、自己踩过的典型问题全部列给你们。4.1 重启后黑屏或卡在欢迎界面这是最吓人的故障但往往不是迁移本身完蛋了而是系统找不到一些关键配置文件的访问权限。最典型原因是 robocopy 时漏掉了/COPYALL导致 ACL 丢失系统在加载用户配置时无法读取ntuser.dat。排查思路进入 WinRE使用icacls D:\Users\你的用户名查看文件夹权限。如果发现Everyone或SYSTEM权限缺失可以用以下命令修正icacls D:\Users\* /inheritance:r /grant:r SYSTEM:(OI)(CI)F Administrators:(OI)(CI)F但我必须提醒你这句话是一个“大刀阔斧”的修复通常用于找回基本访问能力但会覆盖原有精细权限。如果你是手工 robocopy 并带了/COPYALL极少需要这一步。所以请先检查是不是复制时用了 xcopy或者漏了关键参数。4.2 登录后桌面是全新的、文件全没了这种问题翻译过来就是系统没有走C:\Users的转发而是新建了一个用户配置。原因多半是联接没有生效或者注册表里 ProfileList 的路径被某种工具改动过。检查方法打开管理员 PowerShell执行cmd /c dir C:\看 Users 是否为JUNCTION。如果是再检查注册表HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\[SID]\ProfileImagePath是否为C:\Users\用户名。注册表若被改成 D 盘改回 C 盘即可。如果你看到 Users 不是联接而是真实文件夹并且里面只有“Default”几个系统目录那说明你重启前没有做改名和建联接系统启动时发现没有合适的配置文件就悄悄从C:\Users\Default复制了一份全新配置实际上 Default 是一个隐藏的系统模板。这种情况你需要回到 WinRE把联接连上然后把那个新生出来的假用户目录删除或改名再重启一次。4.3 应用商店/系统更新报错 0x80070005权限问题常出现在 UWP 应用身上因为应用包会向C:\Users\...\AppData\Local\Packages写入大量配置。如果 ACL 不完整就会报访问拒绝。我实测有效的修复方法不折腾单个包直接进到D:\Users\用户名\AppData\Local\Packages上执行一次权限重置icacls D:\Users\用户名\AppData\Local\Packages /reset /t /c /q这个命令会把继承的 ACL 重新应用一遍很多商店应用的问题就消失了。4.4 搜索索引失效或 OneDrive 无法启动Windows Search 索引器会缓存用户目录的文件路径。迁移后索引数据库里记录的路径还是旧路径虽然联接让访问成功但索引器有时还认死理。解决方案很简单在“服务”里停掉 Windows Search删除C:\ProgramData\Microsoft\Search\Data\Applications\Windows下的索引文件重启服务让它重建。OneDrive 的问题多半是它把配置文件写死在C:\Users\用户名\AppData\Local\Microsoft\OneDrive如果你看到 OneDrive 一直转圈检查这个目录是否可写必要时完全退出 OneDrive 再重启。4.5 我想把系统盘还原成“未迁移”状态怎么回滚这个操作其实很优雅因为目录联接方案保留了原目录的一切进入 WinRE删掉联接rmdir C:\Users注意不要用 rd 或 del 去递归删除那会把 D 盘数据一起删掉。在 cmd 中删除联接使用rmdir C:\Users即可改回原目录名ren C:\Users.old Users重启。这样整个系统就回到了迁移前的状态。这也是我一直在强调“不要改注册表路径”的原因——那种方案回滚极其痛苦。4.6 迁移完成后 C 盘容量并没有变小太多这个大家最关心的问题我必须单独拿出来说。很多人搬完之后发现 C 盘只少了几 GB原因有三第一虚拟内存pagefile.sys默认在 C 盘几个 GB 到十几 GB 都很正常它不属于 Users 目录 第二休眠文件hiberfil.sys占用了等同于物理内存大小的空间和用户目录毫无关系 第三系统还原点和 WinSxS 组件存储Windows 更新留下的备份会吃掉大量空间它们位于C:\Windows下不在C:\Users下。如果你迁移的初衷是拯救红得发紫的 C 盘那移动 Users 目录只是第一步。我通常会配合以下操作一起做# 查看 C 盘各大目录的占用 # 在 PowerShell 里可以用以下命令扫描 Get-ChildItem C:\ -Force -Directory | ForEach-Object { $size (Get-ChildItem $_.FullName -Recurse -Force -ErrorAction SilentlyContinue | Measure-Object -Property Length -Sum).Sum [PSCustomObject]{ 目录$_.Name; 大小GB[math]::Round($size/1GB,2) } } | Sort-Object 大小GB -Descending同时考虑把虚拟内存迁移到 D 盘右键“此电脑 → 属性 → 高级系统设置 → 性能设置 → 高级 → 虚拟内存更改”取消“自动管理”把 C 盘设成“无分页文件”D 盘设为“系统管理的大小”。但我要踩个刹车不要在移动完用户的同一时间又去手动清 WinSxS 或压缩系统文件那样做风险叠加万一系统出了问题你连排查变量都理不清。一次只做一类优化。5. 从技术到习惯——迁移完成后的长期维护建议目录联接方案虽然解决了“路径引用”问题但它本质上还是一种“搬数据”操作后续维护还是要跟上。我分享几个我长期在用的方法。5.1 定期检查目录联接是否依然有效有些第三方“垃圾清理工具”可能会误伤目录联接。我见过 CCleaner 清理无效注册表项时顺手把联接的注册表引用干掉导致C:\Users变成孤立隐藏目录登录又出问题。所以每次系统大更新后我习惯打开管理员 CMD 执行一次dir C:\Users\. | findstr 2019 2020但更直接的是用 fsutil 检查联接是否有效fsutil reparsepoint query C:\Users如果输出显示“重解析点”说明联接还在。如果命令报错或显示不是重解析点那就立即进 WinRE 修复。5.2 配合 Windows 存储感知让搬家的收益持续放大既然 AppData 已经搬到 D 盘你可以在“设置 → 系统 → 存储”里开启存储感知把临时文件清理周期设为每周。这样 C 盘不会再度膨胀因为缓存和临时文件虽然还写到 Users 目录实际上在 D 盘但你有机制定期清理回收空间。5.3 别忽视 Windows 更新的一个隐藏行为Windows 功能更新在部署过程中有时候会重建用户配置环境如果你看到更新后桌面壁纸变了或者部分应用需要重新登录别慌那不是你迁移失败了而是系统在新会话中重新读取了配置路径。此时检查一下C:\Users是否还是联接如果是一切正常数据也都在 D 盘。5.4 重装系统后怎么办这也是这个方案比注册表改路径方案更有优势的地方。重装系统时你可以选择不格式化数据分区系统装好后手动在 WinRE 里执行mklink /J C:\Users D:\Users然后重启。只要 D 盘的Users目录包含Default、Public、Administrator如果有和你的个人配置文件夹系统就会像什么都没发生过一样继续使用这套用户配置。这样做比“从备份恢复用户配置”要省事得多。6. 写在最后一次“搬文件夹”一次理解系统路径的机会我最初开始折腾移动 Users 目录是因为帮朋友清理一台老电脑。当时他的 C 盘只剩 1.8GB任何软件更新都失败。我花了一个下午帮他迁移完成重启后他看到原本“丢了”的桌面文件全都还在那个表情让我觉得这活儿值。后来我自己每次重装系统都会主动把用户目录放到 D 盘省掉了重装后配置开发环境的大量重复劳动。但我也因此交过不少学费第一台笔记本在迁移时因为漏掉/XJ参数robocopy 复制了一堆死循环联接最后只能整个目录重来。那之后我把 robocopy 参数表贴在工位边至今没再翻过车。如果你打算照着这篇文章动手我会给你三个最容易忽视的叮嘱动手前确认自己知道进恢复环境的方法最好用另一台设备打开本文一步一步对照做不要背参数背错一个符号都可能出大事。保留Users.old至少一个星期确定系统和所有常用软件都稳定运行后再删除。删除时在 WinRE 里操作用rmdir /s /q C:\Users.old注意别把联接删了。迁移成功后第一时间创建系统还原点万一后续软件出问题还有一层保险。移动 Users 目录这件事技术上不难难的是对“系统在哪里查找路径”这件事有清晰认知。希望这篇文章能帮你少走一些我走过的弯路一次搬到位搬完不折腾。