Win11 装完系统后C:\Users 下面那个用户文件夹名往往是很多人第一次意识到“路径不对”的地方。你用微软账户登录系统可能直接生成一段截断的邮箱前缀当作文件夹名如果前缀是中文路径里就会出现中文。试过的人都知道在资源管理器里直接右键重命名系统大概率会弹窗拒绝因为文件夹正在被使用。更麻烦的是就算你用管理员账号强改重启后也可能发现桌面全没了、软件打不开、系统顶着临时配置文件登录。这篇文章就是围绕“Win11 更改用户文件夹名”这件事把原理、风险、两种靠谱方案和常见报错处理一次性讲清楚。不管你是单纯嫌弃路径难看还是因为中文用户名导致开发工具报错下面这些内容都值得先看一遍再动手。1. 为什么 Win11 的用户文件夹名会变成这样以及改名的真实需求1.1 用户文件夹名和账户显示名两个完全不同的概念很多人会混淆“账户名”和“用户文件夹名”。Win11 设置里“你的信息”显示的那个名字是账户显示名想改随时可以改而且不会影响文件路径但在 C:\Users 下面那个真实文件夹名是在第一次创建用户配置文件时就定下来的之后很少再变。如果你用的是本地账户初始文件夹名通常就是你创建账户时输入的用户名。如果你用的是微软账户登录情况就不一样了系统会自动截取邮箱前缀或显示名的一部分作为本地配置文件目录名有时还会在后面拼上随机数字。这个文件夹名不是你登录时看到的邮箱地址也不一定是你想要的英文名更常见的情况是路径变成一截莫名其妙的字符或者直接是中文。Win11 里之所以这么设计是因为微软账户的 SID安全标识符是云端生成的系统需要用一个本地目录来挂载用户配置。目录名一旦生成就与注册表里 ProfileList 下的某个键值绑定。你可以理解为账户显示名是“名片”用户文件夹名是“工牌”名片可以随意印工牌换起来就麻烦得多。1.2 什么情况下必须改名什么情况其实不用改先别急着动手停下来想清楚你到底是为什么想改这个文件夹名如果只是觉得路径不好看、在文件管理器里看着别扭其实没必要冒风险。设置里把显示名改掉眼不见心不烦。但下面几种情况确实值得处理路径里含中文或特殊字符导致命令行工具、编译脚本、WSL、虚拟机、某些游戏或软件报错你想统一多台机器的用户路径方便写自动化脚本、同步配置文件从旧电脑迁移系统后用户文件夹名与原来的不一致导致软件找不到数据某些开发工具的配置里硬编码了旧路径改起来太麻烦干脆从根上纠正。我自己处理过的最典型场景是一位同事用中文邮箱前缀登录了 Win11结果用户文件夹名是中文安装某个开源项目时构建脚本在解析路径时直接崩溃。这种情况就不是“强迫症”问题了是真的影响使用。反过来说如果你只是偶尔打开几个文档绝大多数现代软件都已经支持中文路径那就不值得为改名折腾一晚上。1.3 直接右键重命名先弄懂 Windows 的“配置文件挂载”机制在动手之前必须理解 Windows 用户配置文件的工作方式。每个用户的配置文件不只是 C:\Users\用户名 这个文件夹还包括里面的 ntuser.dat——一个记录了该用户注册表设置的隐藏文件。当你登录时User Profile Service 会根据注册表里的 ProfileImagePath 找到这个目录再把 ntuser.dat 加载成 HKCU当前用户注册表配置单元。注册表里的位置是HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList用户SID这个 用户SID 对应的 ProfileImagePath 值就明确写着 C:\Users\旧名。你直接在资源管理器里把文件夹改成新名字系统启动后仍然会按照注册表去加载 C:\Users\旧名结果发现目录不存在于是判定配置文件损坏。轻则重新生成临时配置文件重则登录后桌面空空、软件配置全部丢失。所以改用户文件夹名的本质不是“重命名一个文件夹”而是“让注册表里的路径和实际目录保持一致”。这也是为什么网上各种教程都要反复强调注册表修改。理解了这一层后面所有步骤你都能明白为什么必须这么做而不是背命令。2. 改名前的风险评估最常翻车的三个场景2.1 应用数据路径写死Steam、WSL、IDE 这些“路径钉子户”改名最大的问题不是系统本身而是你安装的那些软件。很多软件在安装或运行时会把当前用户的绝对路径写进自己的配置、数据库或注册表里。举个实际例子Steam 的游戏库路径如果设置在 C:\Users\旧名\SteamLibrary那么改名后 Steam 会认为游戏库丢失启动器里所有游戏都变成“未安装”。Epic、WeGame、育碧等平台都有同样的问题。WSL 更麻烦每个发行版的虚拟磁盘文件默认放在 C:\Users\旧名\AppData\Local\Packages\ 下面路径一变Linux 子系统直接找不到现有发行版。开发工具也不省心。VS Code、JetBrains 系列的 IDE 会把工作区路径、插件缓存、全局配置写进用户目录。如果你之前把 Maven 本地仓库、npm 全局包、conda 环境都配置在用户目录下改名后这些工具还能不能自动找到完全看它们是否支持重新扫描。我把常见的受影响类型整理成了下面这个表方便你评估自己的风险等级类型依赖路径示例风险等级常见表现游戏平台SteamLibrary、Epic Games高游戏库失效、游戏需要重新添加虚拟机/容器WSL 发行版、Docker 数据目录高无法启动、找不到 vhdx 文件开发工具Maven 仓库、npm 全局、conda envs中高依赖丢失、命令找不到模块系统内置功能OneDrive、Windows Hello、BitLocker中同步冲突、PIN 可能失效普通软件快捷方式、插件缓存中低快捷方式失效、配置需重新生成绿色软件便携版配置低重新配置即可风险等级高的那一列是你在决定使用哪种方案时必须重点考虑的。如果你机器上已经装了大量开发环境临时起意改个名最后花在修复路径上的时间可能比重装系统还多。2.2 微软账户与本地配置文件的“藕断丝连”很多人以为用微软账户登录用户文件夹名就跟着微软账户走了改不改无所谓。其实系统内部更看重的是 SID而不是名字。你改了文件夹名SID 不会变所以微软账户在线同步、Office 激活这些通常没问题。但有几个环节需要注意OneDriveOneDrive 的同步目录会记住旧路径改名后可能需要重新登录并重新设置“已知文件夹”桌面、文档、图片的移动位置否则会提示无法同步。Windows Hello如果设置了人脸或指纹PIN 和生物识别凭据与当前用户配置绑定。改名后偶尔会出现 PIN 无法使用的情况需要重新设置。加密文件EFS如果你之前用过 EFS 加密文件改名一般不会让证书失效但如果你通过“新建用户 数据迁移”的方案处理没有导出加密证书就直接复制加密文件那么新用户大概率打不开这些文件。凭据管理器保存的网站密码、远程桌面凭据等都在当前用户配置里。改名后还在但新建用户方案下就需要重新输入。所以如果你决定用注册表方案微软账户的麻烦其实不算大如果你决定用新建用户方案就要把“重新登录微软账户、重新配置 OneDrive、导出加密证书”这几件事纳入计划。2.3 系统还原点、备份和恢复盘最后的兜底改注册表加改文件夹本质上是在动 Windows 的系统级配置。哪怕你完全按教程操作也可能因为某个后台进程占用、权限分配异常、注册表键值类型不对而出问题。所以在动手前我强烈建议先做两层保险。第一层是创建系统还原点。Win11 里可以直接搜索“创建还原点”打开系统保护对话框选择系统盘点击“创建”输入一个容易识别的描述比如“更改用户文件夹名之前”。万一改坏了能直接通过还原点退回操作前状态。第二层是把当前用户目录下的重要数据备份到外部存储。不需要整个文件夹都拷重点是桌面、文档、下载、图片、视频以及浏览器书签、SSH 密钥、项目代码这类无法重新生成的内容。如果你有移动硬盘直接把整个用户目录复制过去最省事robocopy C:\Users\旧名 D:\backup\旧名 /E /COPY:DAT /R:1 /W:1 /MT:16其中 /R:1 /W:1 表示遇到无法读取的文件时只重试一次等待一秒避免卡在某个无权限文件上。备份完确认数据能打开再继续后面的操作。另外我强烈建议你提前准备好“第二管理员”。因为重命名原用户文件夹时原用户必须处于未登录状态否则文件被锁定重命名会失败。如果整个系统只有你当前这一个管理员账号改名操作会非常被动。最好在操作前先新建或启用另一个管理员账户等一切稳定后再删掉。3. 方案一注册表 目录名同步修改的完整实操链路3.1 前置准备准备第二个管理员账号和系统还原点方案一的核心思路是修改注册表里的 ProfileImagePath再把 C:\Users 下的实际文件夹名改成新名字让两者保持一致。整个过程要求原用户不能处于登录状态所以你要先准备第二个管理员账号。新建管理员账号的路径打开“设置 → 账户 → 其他用户 → 添加账户”。Win11 会引导你添加微软账户你可以选择“我没有这个人的登录信息”然后选择“添加一个没有 Microsoft 账户的用户”输入一个本地用户名比如 adminfix设置临时密码。创建完成后在“其他用户”列表中找到这个账户点击“更改账户类型”把它改成“管理员”。如果你只是临时用一下也可以直接启用系统内置 Administratornet user administrator /active:yes然后再设置一个密码net user administrator 你的临时密码用第二个管理员登录系统之前先执行第一步的还原点创建确保保险措施到位。同时我建议你在原用户账号下执行一次whoami /user把 SID 和当前用户名记录下来方便后面找注册表键whoami /user输出里的S-1-5-21-...就是该用户的 SID。你要把它记下来后面在注册表里找的就是它。3.2 定位注册表项ProfileImagePath 的正确查找方式准备工作做完后注销原用户用第二个管理员账号登录系统。然后打开注册表编辑器定位到HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList这个目录下面会有很多以 SID 命名的子键。点击每个子键看右侧的 ProfileImagePath 值找到值为 C:\Users\旧名 的那一项这就是目标用户的配置项。为了更直观你也可以直接通过 PowerShell 查看所有用户的路径Get-ChildItem HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList | ForEach-Object { $path (Get-ItemProperty $_.PSPath -ErrorAction SilentlyContinue).ProfileImagePath if ($path) { [PSCustomObject]{ SID $_.PSChildName; Path $path } } } | Format-Table -AutoSize有时候 ProfileList 下会出现带 .bak 后缀的键比如S-1-5-21-xxxx.bak这是系统在旧配置文件无法加载时生成的备份键。操作时千万要看清楚不要改到 .bak 上去。为了避免误操作最好对目标 SID 键做一次导出备份在注册表编辑器中右键点击目标 SID 键选择“导出”保存为 .reg 文件。后面如果改坏了双击这个文件就能把键值恢复原样。3.3 顺序问题先改注册表还是先改文件夹名网上关于“先改注册表还是先改文件夹名”的争论不少。根据我自己的实操经验只要满足“原用户未登录 两个操作都在重启前完成”这两个条件先后顺序其实不是致命问题。但为了稳妥我推荐按下面的顺序来先修改注册表。建议在注册表编辑器里直接双击 ProfileImagePath把 C:\Users\旧名 改成 C:\Users\新名点击确定。用命令行也可以在管理员 PowerShell 里执行Set-ItemProperty -Path HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\你的SID -Name ProfileImagePath -Value C:\Users\新名 -Type ExpandString注意把 你的SID 替换成前面记录的那串字符把“新名”替换成你想要的名字。这里强烈建议新名使用小写英文不要带空格、点号或中文。然后重命名实际文件夹。打开一个管理员命令行窗口进入 C:\Users 目录cd C:\Users ren C:\Users\旧名 新名如果提示“另一个程序正在使用此文件”或“访问被拒绝”说明原用户的进程没有彻底退出或者权限不足。可以先用 takeown 取得所有权再重试takeown /f C:\Users\旧名 /r /d y icacls C:\Users\旧名 /grant Administrators:(OI)(CI)F /T /C执行完这两条命令再执行 ren。之所以推荐先改注册表再改文件夹名是因为如果你先改了文件夹名但注册表没改系统在下次启动时可能会因为找不到配置目录而自动生成临时配置文件。而先改注册表后改文件夹只要你不中途登录原用户系统就不会有机会“发现”路径不一致风险更低。改完文件夹名后还要注意一个问题Windows 资源管理器可能还缓存着旧路径的快捷方式。不要急着打开各种应用直接重启电脑让系统重新加载配置。3.4 重启后验证与权限修复重启完成后用原来的用户账号登录。登录后先不要开任何软件打开命令行窗口执行echo %USERPROFILE%如果输出的是 C:\Users\新名说明系统已经正确加载新路径。再检查一下注册表里的 ProfileImagePath确认也是新路径。到这里最危险的部分已经过了。但此时还有一个很常见的坑虽然路径正常但部分文件夹图标、开始菜单磁贴、快速访问里的固定项目还是指向旧路径。这是因为系统在生成快捷方式时把绝对路径写进了每个快捷方式文件里。解决办法是打开“开始菜单”目录、任务栏固定项和快速访问手动删除或重新固定。如果登录后弹窗提示“User Profile Service 登录失败”或“使用临时配置文件登录”不要慌。这说明系统加载配置时仍然没找到正确的路径大概率是注册表里存在冲突键或者文件夹权限不对。你需要注销回到第二个管理员账号打开 ProfileList 目录重点检查是否有残留的SID.bak键。如果有先右键查看它的 ProfileImagePath如果它指向旧路径或错误路径可以把它删除保留不带 .bak 的正确 SID 键如果你之前修改的 SID 键没有生效可能系统正在使用 .bak 键这种情况下可以尝试把正确配置复制到不带 .bak 的键上。修改完后再注销登录一次。权限问题也值得单独检查右键 C:\Users\新名选择“属性 → 安全”确认当前用户对该目录有完全控制权限。如果发现权限异常可以用第二个管理员账号执行icacls C:\Users\新名 /reset /T /C把目录权限恢复到系统默认。注意这一步不能解决注册表路径错误但能解决因为权限不足导致的桌面无法显示、壁纸异常等问题。4. 方案二不碰注册表用“新用户 数据迁移”稳妥保平安4.1 为什么新建用户可以避开 90% 的路径坑如果你看到注册表就头大或者机器上已经装了大量软件不想冒改配置的风险那最稳妥的思路不是“改”而是“重新建一个想要的用户然后搬过去”。新用户方案的核心优势在于它没有修改任何系统级配置注册表里的 ProfileImagePath 从头到尾都是正确的。你创建一个用户名叫 newname 的本地账户系统自动生成 C:\Users\newname然后你把这个新账户作为主力账户使用。整个过程不涉及注册表编辑、不涉及临时配置文件普通用户基本不会翻车。更妙的是这个方案还能解决“我想用微软账户但又不想要难看的文件夹名”的问题。具体做法是先创建本地账户把用户名设置成你想要的英文路径名然后进入“设置 → 账户 → 你的信息”点击“登录 Microsoft 账户”把本地账户绑定到微软账户。绑定完成后用户文件夹名仍然是之前的英文名不会重新变成邮箱前缀截断。这个技巧知道的人不多但非常实用。新建本地账户的操作路径设置 → 账户 → 其他用户 → 添加账户 → 选择“我没有这个人的登录信息” → 添加一个没有 Microsoft 账户的用户。输入你想要的用户名设置密码再把账户类型改成管理员。4.2 数据迁移清单不光是桌面和文档新用户方案看起来简单但真正麻烦的是数据迁移。很多人以为把桌面、下载、文档复制过去就完事了结果等新用户登录后才发现浏览器收藏夹没了、SSH 密钥不认了、软件配置全得重来。我通常会把迁移内容分成三类第一类是系统“已知文件夹”包括桌面、下载、文档、图片、视频、音乐。这些可以直接复制也可以通过 OneDrive 或移动硬盘中转。复制时建议保持目录结构避免后续找不到文件。第二类是隐藏配置目录重点在用户名文件夹下的 AppData 以及各种点开头的配置文件比如.ssh、.gnupg、.gitconfig、.m2、.npmrc、.conda。这些文件往往体积不大但价值极高。比如 .ssh 目录里存放的私钥如果忘了复制新用户想连接服务器就得重新生成密钥并重新配权限。第三类是大型应用数据比如 WSL 发行版、虚拟机镜像、Docker 数据、Steam 游戏库。这类数据不适合直接复制最好用软件自带的迁移方式。WSL 可以这样导出再导入wsl --export Ubuntu D:\backup\ubuntu.tar导入到新用户时执行wsl --import Ubuntu C:\Users\新名\Ubuntu D:\backup\ubuntu.tar --version 2游戏平台则在新用户下重新指定游戏库目录即可。特别提醒AppData 整个目录不建议从旧用户直接覆盖到新用户。因为 AppData 里存了大量带绝对路径的软件配置直接复制过去会把旧的用户路径留在新配置里反而制造更多问题。正确的做法是优先使用软件自带的“同步/导出/重新登录”能力比如 Chrome 登录浏览器账号、VS Code 同步设置软件没有同步能力的再手动复制它自己的配置文件夹但复制前要做好“可能需要重新验证”的心理准备。4.3 旧用户清理与微软账户解绑时的顺序新用户迁移完成并正常使用几天后确认所有重要数据都能打开、所有常用软件都正常了再去清理旧用户。清理旧用户的路径是“设置 → 账户 → 其他用户”选中旧账户点击“删除”。Win11 会询问是否同时删除账户数据和文件。如果你已经确认数据都迁移完毕可以勾选删除如果没底建议保留账户只把旧用户文件夹从 C:\Users 移到一个非系统盘比如 D:\olduser_backup避免占用 C 盘空间。这里要特别强调顺序千万不要在刚创建完新用户、东西还没搬完时就删旧用户。我之前见过一位朋友觉得旧用户目录里没有“重要文件”直接把旧账户删了后来发现客户端的聊天记录数据库全在 AppData 里根本找不回来。如果你原本使用的是微软账户删除旧本地配置文件并不会删除微软账户本身。以后你用同一个微软账户在新设备登录还是会生成新的配置文件。如果你希望保持当前新用户的路径不变就不要再在这个设备上重新登录那个旧微软账户作为主账户否则系统可能又创建一个新的配置文件目录。正确做法是用新用户绑定微软账户之后按需在应用内登录旧账户比如 Office、浏览器同步这些不会影响用户文件夹名。5. 改名之后一定会遇到的残留问题5.1 环境变量、快捷方式和快速访问里的旧路径不管用方案一还是方案二迁移完成后的头几天你都会陆续发现一些“残骸”某个快捷方式打不开、某个命令行脚本找不到目录、快速访问里还留着旧路径。这些都是正常现象不必恐慌按下面几个地方排查基本能处理干净。先看环境变量。在“系统属性 → 高级系统设置 → 环境变量”里检查“用户变量”和“系统变量”中是否出现旧用户名。常见的变量包括 PATH、JAVA_HOME、M2_HOME、NPM_CONFIG_PREFIX 等。如果里面有旧路径改成新路径。再看快捷方式。Win11 的“开始菜单”快捷方式存放在这个位置C:\Users\新名\AppData\Roaming\Microsoft\Windows\Start Menu\Programs以及公共开始菜单C:\ProgramData\Microsoft\Windows\Start Menu\Programs右键快捷方式查看“目标”和“起始位置”里是否写死旧路径。如果软件支持最好重新生成快捷方式不支持的直接改目标路径。快速访问里的旧文件夹更简单打开资源管理器在左侧快速访问里找到灰色的旧路径项目右键选择“从快速访问中取消固定”然后把新路径手动固定进去。最后是注册表残留。如果你是用方案一改的名注册表里可能还有其他软件写入的旧路径条目。可以用注册表编辑器里的“查找”功能从 HKEY_CURRENT_USER 开始搜索旧用户名逐条判断是否需要改。这个操作比较费时间不建议新手大规模替换因为有些键值改错会让软件直接无法启动。只要主要软件能跑部分残留可以不处理。5.2 开机提示 User Profile Service 失败怎么办这个报错是改用户文件夹名最容易遇到的严重问题也是最让人慌的。症状通常是输入密码后无法登录提示“User Profile Service 服务未能登录。无法加载用户配置文件”或者登录后进入一个临时桌面桌面上的文件全都不见了。出现这个提示说明 User Profile Service 在注册表 ProfileList 里找不到一个有效的配置文件路径。具体原因通常有三种一是你改了文件夹名但注册表没改成功二是注册表里存在 .bak 键系统优先读取了错误路径三是文件夹权限异常系统能读到路径但没权限访问。修复流程如下通过第二个管理员账号登录系统。打开注册表编辑器定位到 ProfileList。找到出问题用户对应的 SID 键检查 ProfileImagePath 是否等于 C:\Users\新名且 C:\Users\新名 目录确实存在。如果旁边有同名的.bak键先看它的路径。很多情况下系统在旧路径加载失败后会把原 SID 键改名成 .bak再创建一个新的键。你需要把带有正确路径的键保留把指向旧路径的 .bak 键删除。如果不确定可以把整个 ProfileList 分支导出备份后再动。删除或修改完成后注销第二个管理员再用原用户登录。如果这样还不行就把注册表恢复到修改前的状态重启确认系统能正常回到原始状态然后改用方案二。系统还原点在这里会发挥最大价值。现象可能原因排查方向登录后桌面空白ProfileImagePath 指向的目录不存在检查注册表路径与文件夹名是否一致临时配置文件提示ProfileList 下有冲突的 .bak 键对比普通键与 .bak 键的路径能登录但很多软件异常软件缓存写入旧路径逐个软件重设路径或重装锁屏后 PIN 无法使用Windows Hello 凭据未加载用密码登录后重新设置 PIN5.3 软件层面的路径修复技巧软件层面的修复不一定要一个软件一个软件手动去翻配置文件。很多大型软件都有“重新指定路径”的入口比改配置效率高得多。Steam打开设置 → 下载 → Steam 库文件夹点击“添加库文件夹”选择新路径下的游戏目录Steam 会重新扫描已有的游戏文件不需要重新下载。WSL先用wsl --list --verbose确认发行版状态。如果路径不对按照前面导出的方式重新导入如果只是目录移动也可以直接用新用户运行 wsl然后通过注册表或 .wslconfig 调整。Docker Desktop设置 → Resources → Advanced 中有 Disk image location可以重新指定 WSL 2 的数据目录。改完之后需要重启 Docker。IDE 和命令行工具VS Code 可以通过设置中的window.openFoldersInNewWindow等方式感知新路径JetBrains 系通常在启动时会弹出“配置目录不存在是否创建”的提示直接让它重新生成即可。最重要的是把自己的项目文件夹统一整理到新路径不要散落在旧用户名文件夹里。如果你发现某个软件无论如何都无法正常启动而且它没有提供路径重新配置入口最简单的方法就是卸载重装。不要在这类软件上硬抠配置文件浪费时间不说还容易改出新问题。6. 我的实操经验什么时候选方案一什么时候选方案二6.1 一条简单的判断流程问我到底用哪种方案的人很多我一般会先问三个问题系统刚装多久软件环境复杂吗你是不是微软账户登录如果系统刚装完不超过一周、软件还没怎么装那我强烈建议直接重装系统或者直接用方案二。因为这时候数据少、迁移成本低完全不值得碰注册表。如果系统已经用了很久装了几百个软件但你对这台机器的稳定性有很高要求我仍然建议优先考虑方案二。虽然新建用户迁移也要花时间但它的可回退性比方案一好太多新用户出了问题旧用户还在随时能切回去。真正适合方案一的场景是你已经充分理解注册表原理系统里软件不多但你无法接受重新配置软件环境必须保留原用户的所有设置。这种情况下方案一确实能做到“原用户无缝切换”只要你严格按顺序操作并做好备份。下面这个表可以帮你快速判断条件推荐方案系统新装、软件少重装或方案二软件多、不想重装方案一前提是能接受风险中文路径导致工具报错方案二更稳只想换个显示名设置里改显示名不碰文件夹迁移 SSD/换电脑方案二 完整备份6.2 几个容易忽略的小细节最后分享几个我在实际操作中踩过或者帮别人排过的坑细节不多但能省很多时间。新用户文件夹名建议全小写英文不要带空格、点号或中文。原因很简单命令行工具和脚本对空格极其敏感路径里有空格时常需要转义中文虽然能做目录名但很多老旧软件在解析编码时容易出问题。我第一次帮人改的时候用了带空格的英文名后续配置脚本时被折磨了很久。改名后不要立刻删除旧文件夹。哪怕你觉得数据都搬完了也建议把旧文件夹保留至少一个重启周期。有些人忽略了这个结果发现某个软件的数据目录隐藏在 AppData 的深层删了之后才想起来只能从备份里翻。操作前把 OneDrive 退出或暂停同步。改名或迁移期间如果 OneDrive 正在后台同步桌面、文档它会在你复制文件时不断尝试同步旧路径可能导致复制失败或文件冲突。暂停同步后再操作会顺畅很多。还有一点如果你打算用方案二新用户绑定微软账户后再登录 Windows系统可能提示“是否将此文件夹与 Microsoft 账户关联”。这时不要勾选“重新创建配置文件”选择继续使用当前配置即可否则文件夹名又会被系统按微软账户逻辑重新生成。我在实际帮人处理这个需求时十次里大概有九次最终会选择“新用户 数据迁移”。不是注册表方案不专业而是对大多数普通用户来说为了一个文件夹名去承担系统级配置变更的风险性价比真的不高。如果你心里已经清楚选哪条路那就按上面的步骤走操作前备份操作中耐心操作后验证基本不会出大问题。