企业官网建设流程全解析

很多人第一次打开 Windows11 的 C 盘，点进C:\Users目录，会发现里面躺着一个中文名字的文件夹，比如C:\Users\张三。如果你平时只是上网、看视频、办公，这个中文用户文件夹基本不会给生活带来任何麻烦。但只要你的工作稍微沾一点开发、设计、音视频剪辑，或者你要装一些老牌工程软件、跑 Python 脚本、用命令行工具，麻烦就会像雨后的蘑菇一样冒出来。我自己前后帮同事、朋友处理过不下二十台这样的机器，踩过的坑足够写一本小册子。这篇就把 Windows11 系统 C 盘用户文件夹为中文的完整解决方案摊开讲清楚，从它怎么来的、坑在哪、到几种解决路线怎么选、具体每一步怎么操作，以及那些文档里不会写的细节。

先把结论放在前面，方便急着解决问题的人：最稳、代价最小、成功率最高的方案，是新建一个纯英文名的本地管理员账户，然后把数据迁过去，最后清掉旧账户。改注册表、直接重命名文件夹这些"看起来更快"的路，我在实践中见过太多翻车案例，后文会详细说明为什么。

1. 中文用户文件夹的坑到底在哪

1.1 这个名字是怎么变成中文的

要解决问题，先得知道问题是怎么产生的。Windows 的用户配置文件夹名，实际上并不是"账户显示名"，而是用户配置目录名，它在账户第一次登录、系统创建用户配置文件（User Profile）的那一刻就被钉死了，此后你在控制面板里怎么改显示名，这个目录名都不会变。这一点很多人搞混，以为在"控制面板 → 用户账户 → 更改账户名称"里改一下就行，改完发现C:\Users下面纹丝不动。

那它为什么会是中文？主要有两种路径。第一种，安装 Windows11 时在初始设置阶段选择了"本地账户"，然后在姓名栏里填了中文，比如"张三""李雷"，系统就直接拿这个字符串去建目录。第二种更隐蔽，用的是微软账户登录，但那个微软账户的邮箱前缀或者注册姓名本身就是中文（早期用手机号注册或者用中文昵称注册的账户很常见），Windows 会从账户信息里截取一段作为目录名，结果也是中文。

近几个 Windows11 版本在初始设置流程上做过调整，添加本地账户的入口位置和措辞都有变化，但底层逻辑没变：目录名一旦生成，后续改动成本极高。所以如果你正准备重装系统，看到这篇文章算是运气好，可以直接跳到第 8 章。

1.2 会被中文路径绊倒的软件清单

很多人会问：中文路径到底有什么问题？Windows 本身对 Unicode 路径支持得很好，资源管理器里中文文件夹一点都不别扭。问题出在大量第三方软件的路径处理逻辑上。它们有的用 ANSI 编码读路径参数，有的在内部把路径当字节流处理，有的调用了只接受 ASCII 的底层库，还有的在生成临时文件、写日志、拼命令行时把中文路径拼坏了。

我把实际遇到过中文路径报错的场景整理成一张表，你可以对照看看自己有没有中招：

这张表不是危言耸听。举个最典型的例子：conda 在中文路径下创建环境，很多时候会直接抛编码异常，而且报错信息里只显示一句"找不到环境"，根本看不出是路径的锅。再比如 node-gyp 在编译原生模块时，会调用本地的编译工具链，中间生成的命令行一旦含中文，就极容易断在编码转换上。这类问题的共同特点是：错误信息和你以为的原因毫无关系，排查方向会被带偏几个小时。

1.3 为什么"直接重命名文件夹"是最危险的做法

网上流传最广、也最容易让人上钩的做法是：进 PE 或者开管理员权限，把C:\Users\张三直接重命名为C:\Users\zhangsan，然后去注册表改一下ProfileImagePath，重启搞定。听起来十分钟的事，实际上是个连环雷。

第一层雷在注册表。用户配置文件的路径记录在HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\<SID>\ProfileImagePath下，改这一处确实能让系统在下次登录时去找新路径。但系统里引用旧路径的地方远不止这一处：用户环境变量%USERPROFILE%下的具体值、各软件自己存的服务路径、计划任务里的工作目录、COM 组件注册信息、已安装程序的卸载信息、快捷方式目标、IIS 应用池标识、数据库实例的文件路径，全都是硬编码的绝对路径。

第二层雷在权限描述符。NTFS 上每个文件的访问控制列表里存的是 SID 而不是用户名，所以单纯改路径，权限通常还跟着，但如果你是通过复制粘贴而不是移动的方式操作，继承关系会被打断，一批目录会变成拒绝访问。

第三层雷在回滚成本。这个方案一旦中途出问题，系统可能进入"临时配置文件"状态，也就是每次登录都给你一个全新的空桌面，原有数据还在但读不到。到这一步，修复难度远超重新建账户。

注意：我不建议任何人在生产机上尝试"重命名文件夹 + 改注册表"这条路，除非你已经做好随时重装系统的心理准备。

2. 四条解决路线的成本对比

2.1 方案横向对比表

把可行路线摊开，其实就那么四条，各自的代价差别很大：

我个人最推荐 A，其次是 C 作为过渡，B 无论如何都不推荐，D 只在系统本身已经很脏、或者你正好想升级硬件的时候才考虑。

2.2 我为什么推荐新建英文本地账户

方案 A 的核心逻辑是：不跟系统已有的配置打架，而是让系统重新生成一份干净的、路径正确的用户配置。这个思路的好处是全程不触碰任何系统底层机制，出问题的概率极低，而且任何一步出问题都可以随时中止——旧账户还在，数据还在，你只是多了一个新账户而已。

还有一个常被忽略的好处：新建账户的过程本身就是一次系统"体检"。旧账户用了两三年之后，注册表里堆满卸载残留，启动项里塞满各种自启程序，AppData 里躺着几十 GB 的缓存。借着这次迁移，你可以顺手完成一次轻量级的系统整理，把该丢的丢掉，把该重装的软件用最新版重装一遍。很多人迁移完之后反馈说，机器明显变快了，其实不是迁移的功劳，是清理的功劳。

代价也要说清楚：部分软件的登录状态和授权会丢。比如 Microsoft Store 应用、Office、各类需要账号登录的 IDE 和设计软件，都需要在新账户下重新登录一次。少数按机器码授权的软件，可能需要在旧账户下先反激活，到新账户再激活。这一点必须提前想好，别等到迁移到一半发现某个正版软件激活不了。

2.3 目录联接这种折中方案适合谁

方案 C 的原理是：保留中文名的旧目录不动，新建一个英文名的目录，然后用 NTFS 的重解析点（也就是目录联接，junction）把两者绑定，让程序访问英文路径时实际落到旧目录上。

它适合三类人：一是机器上装了某个按机器码授权、迁移成本极高的大型商业软件；二是实在没时间做完整迁移，想先应急把开发环境跑通；三是旧账户里配置太复杂，短期内不想动。

它不适合谁？不适合把用户配置目录本身做联接。也就是说，不要尝试把C:\Users\张三这个正在使用的目录直接联接成C:\Users\zhangsan，系统加载用户配置文件的机制对重解析点的处理有特殊性，很容易触发登录异常。正确做法是把联接做在更细的粒度上，比如某个具体的项目目录、某个缓存目录，这部分在第 5 章会展开。

3. 动手之前的准备工作

3.1 备份清单：这些东西漏了就回不来

迁移这件事，本质上是一次"手动搬家"，最怕的是搬完发现少了东西。我把必须备份的内容列成清单，建议你照着一条条打勾：

• 桌面、文档、图片、下载、视频这几个默认库目录。注意一个高频陷阱：如果你启用过 OneDrive 的"文件夹备份"功能，那么这几个目录的真实位置可能已经被重定向到 OneDrive 目录下了，路径变成C:\Users\张三\OneDrive\桌面这种。迁移之前必须先在 OneDrive 设置里关掉文件夹备份，让目录回到本地，否则你会对着一个空文件夹搬半天。
• 浏览器数据。书签、密码、扩展配置。Chrome 和 Edge 登录账号后能自动同步，但本地保存的密码如果不启用同步就带不走，建议先导出一次。
• 各类软件的配置文件目录，通常在AppData\Roaming下。这里面有 VS Code 的设置、终端配置、SSH 配置、Git 的全局配置等等。
• 密钥和证书类文件。.ssh目录下的私钥、各类开发用的证书、授权文件。
• 代码仓库和项目目录，如果放在用户目录下的话。建议单独确认一遍有没有未提交的改动。
• 本地数据库文件、虚拟机镜像、容器卷，如果有的话。
• 输入法自定义词库，这个很多人会忘。

3.2 磁盘空间怎么估算、中转盘怎么选

迁移前先看一眼旧用户目录的实际大小。资源管理器右键属性会很慢，用命令行更快：

robocopy "C:\Users\张三" "D:\_empty_target" /L /E /BYTES /NFL /NDL /NJH /NP /XD "C:\Users\张三\AppData"

这个命令里的/L表示只列出不复制，/BYTES输出字节数，/XD排除掉体积最大的 AppData 目录。全部跑完最后会有一个汇总，能看到总字节数。

关于中转盘，我建议：如果目标盘容量足够，直接迁移到目标盘的中转目录，检查无误后再复制到新账户目录下；如果目标盘紧张，就准备一块移动硬盘或者大容量 U 盘。经验值是这样：纯文档数据一般是几十 GB，加上 AppData 里的缓存可以轻松破百 GB。预留空间按旧目录大小的 1.5 倍估，因为迁移过程中旧数据还没删，新数据已经落盘，等于短时间双份占用。

3.3 先把当前环境信息记下来

迁移过程中最容易出岔子的地方，是环境变量和软件路径。动手前花五分钟做一次记录，后面能省两小时排查。

在 PowerShell 里跑这几条，把输出保存到文本文件：

# 查看当前用户级环境变量 [Environment]::GetEnvironmentVariable('Path','User') -split ';' # 查看系统级环境变量 [Environment]::GetEnvironmentVariable('Path','Machine') -split ';' # 查看当前用户配置文件根路径 $env:USERPROFILE # 列出当前账户下的计划任务 Get-ScheduledTask | Where-Object {$_.Principal.UserId -like "*$env:USERNAME*"} | Select-Object TaskName, TaskPath

第一条和第二条能帮你找出所有写死了中文路径的环境变量。第三条确认一下系统认为的配置目录在哪。第四条是我吃过亏之后加上的：有些软件会往计划任务里写绝对路径，比如自动更新程序、同步工具、备份脚本，迁移后它们还在按旧路径跑，会静默失败。

把这些输出存成环境记录.txt放到中转盘里，后面配环境的时候对着抄，比凭记忆靠谱得多。

4. 核心实操：从建账户到数据迁移

4.1 创建一个纯英文名的本地管理员账户

先说一句最重要的：新账户名一定要用纯英文字母，可以带数字，不要用拼音里的声调符号，不要用中文，谨慎使用下划线和连字符。我见过有人用"zhang-san"这种带连字符的名字，结果某个工具的路径解析把连字符当参数分隔符了。最保险的就是纯小写字母，比如devuser、work01。

图形界面的路径是：设置 → 账户 → 其他用户 → 添加账户。如果系统弹出让你输入微软账户的界面，点"我没有这个人的登录信息"，然后选"添加一个没有 Microsoft 账户的用户"，在用户名栏里填英文名，密码可以留空（后续再设）或者直接设一个，点下一步完成。

近几个版本的界面措辞有调整，如果你的系统上找不到"我没有这个人的登录信息"这个入口，用命令行更直接。以管理员身份打开命令提示符，执行：

net user devuser /add net localgroup administrators devuser /add

第一行创建账户，第二行把它加入管理员组。命令执行成功后会提示"命令成功完成"。这个方式绕过了所有图形界面的版本差异，是我最常用的办法。

创建完成后，回到"其他用户"界面，应该能看到刚建的账户，点进去确认账户类型是"管理员"。如果是"标准用户"，点"更改账户类型"改成管理员，否则后面很多操作会因为权限不足失败。

4.2 首次登录要确认的三件事

切换账户有两种方式：开始菜单头像处直接切换，或者按Ctrl+Alt+Del选"切换用户"。第一次登录新账户会花比较久时间，系统要创建一整套用户配置文件，包括注册表配置单元、桌面、开始菜单、各类默认目录，慢的话两三分钟很正常，不要以为卡死了就去强制关机。

进去之后，第一件事是打开文件资源管理器，访问C:\Users，确认新目录名就是你要的英文名，没有奇怪的截断或者后缀。第二件事，确认任务栏、开始菜单能正常响应，说明配置加载完整。第三件事，打开 PowerShell，跑一次：

$env:USERPROFILE

输出的应该是C:\Users\devuser这样的纯英文路径。三条都通过，说明新环境立住了，可以开始搬东西。

提示：如果你的机器之前配置过域或者企业策略，新账户首次登录可能被策略限制，表现是桌面空白、很多设置项灰掉。这种情况需要联系管理员，自己硬搞会把事情弄复杂。

4.3 用 robocopy 把数据搬过去，参数逐个拆

数据搬迁我强烈推荐用 robocopy，而不是资源管理器拖拽。原因有三：它支持断点续传和重试，出错不会整个中断；它能保留时间戳和属性；它的日志能让你事后核对到底哪些文件没搬过去。复制几万个小文件的时候，资源管理器拖拽的失败率明显更高。

分两个阶段做。第一阶段只搬文档数据，排除 AppData 和 OneDrive：

robocopy "C:\Users\张三" "D:\Migrate\张三" /E /COPY:DAT /DCOPY:DAT /R:1 /W:1 /MT:16 /XJ /NP /TEE /XD "C:\Users\张三\AppData" "C:\Users\张三\OneDrive" /LOG:"D:\Migrate\log_stage1.txt"

参数逐个解释一下，这些细节决定了你会不会踩坑：

• /E复制所有子目录，包括空目录。不加这个只复制顶层。
• /COPY:DAT复制数据、文件属性、时间戳。这里刻意没有用/COPYALL，因为/COPYALL会连所有者 SID 和访问控制列表一起复制，结果是新账户目录里一堆文件的权限属于旧账户，新账户访问反而出问题。让新目录自然继承新账户的权限描述符才是对的。
• /DCOPY:DAT同样保留目录的时间戳和属性。
• /R:1 /W:1失败重试 1 次、间隔 1 秒。默认是重试 100 万次、间隔 30 秒，遇到一个被占用的文件能把你的迁移卡到天荒地老。
• /MT:16用 16 个并发线程。经验值 8 到 32 之间，机械硬盘建议 8，固态硬盘可以用到 32。线程越多内存占用越高，每条线程大概 1 MB 左右的开销，32 线程也就 32 MB，可以忽略。
• /XJ排除目录联接点。这个参数经常被忽略，但非常重要，AppData 里存在一些指向自身的历史遗留联接，不加它会无限递归。
• /NP不显示进度百分比，让日志干净。
• /TEE同时在控制台和日志文件输出。
• /XD排除指定目录，这里排除了 AppData 和 OneDrive。

第一阶段跑完，去日志末尾看汇总。robocopy 的汇总表会列出"目录数、文件数、字节数、失败数"。重点看失败数，如果是 0 就说明完整复制。如果有个位数失败，通常是文件被占用或者路径过长，可以先忽略，从新账户里再手动补一次。

第二阶段搬 AppData 里真正需要的东西。不要整个 AppData 无脑复制，那里面大量是缓存和临时文件，搬过去只是把垃圾换个地方放。建议只挑这几类：

robocopy "C:\Users\张三\AppData\Roaming" "C:\Users\devuser\AppData\Roaming" /E /COPY:DAT /DCOPY:DAT /R:1 /W:1 /MT:16 /XJ /NP /TEE /XF "*.log" /LOG:"D:\Migrate\log_stage2.txt"

/XF "*.log"是排除日志文件。搬完之后，新账户下打开对应软件，检查设置有没有回来。如果某个软件启动异常，直接把它的配置目录删掉重来，不要花时间去修补，重装一遍比修快得多。

4.4 软件配置、环境变量和登录状态的交接

数据搬完只是做完了一半，剩下的是"软件层的交接"。这部分没有标准答案，因为它取决于你装了哪些东西。我按优先级排一下处理顺序。

第一优先：环境变量。打开"系统属性 → 高级 → 环境变量"，逐条检查用户变量和系统变量里有没有含中文路径的项。有的话，把路径改成新的英文路径，或者直接删掉——很多环境变量是软件卸载时没清理干净的残留，删了反而更清爽。改完之后，注销重新登录一次让变量生效。

第二优先：开发工具链。如果你做开发，重点检查这些东西的配置：Git 的全局配置（git config --global --list，看看有没有路径类的配置项）、SSH 的known_hosts和config、各类 IDE 的设置目录、包管理器的缓存路径配置、虚拟环境的路径。

第三优先：登录状态重建。列出你日常用的需要登录的软件，逐个登录：浏览器、同步盘、通讯工具、微软商店、Office、各类设计软件。这个过程比较枯燥，建议一边登录一边记在便签上，避免漏掉某个一个月才用一次的工具。

第四优先：授权类软件。如果某软件是按机器码或硬件指纹授权的，先确认它能不能在新账户下直接跑起来。跑不起来的话，回旧账户执行反激活，再回新账户激活。这一步必须在删除旧账户之前完成，顺序反了就麻烦了。

4.5 旧账户与旧目录的收尾清理

确认新账户一切正常，用了至少两三天没有发现问题之后，再动旧账户。顺序如下。

第一步，删除旧账户。设置 → 账户 → 其他用户 → 选中旧账户 → 删除。注意这里删掉的是账户对象，不会删除C:\Users\张三目录，目录需要手动清。

第二步，处理旧目录的权限。直接删C:\Users\张三大概率会提示"你需要提供管理员权限"，因为目录的属主还是旧账户，你现在的管理员身份只是"有提权能力"而不是"有属主权限"。先取得所有权：

takeown /F "C:\Users\张三" /R /A /D Y icacls "C:\Users\张三" /grant *S-1-5-32-544:F /T /C /Q

第一条是递归取得所有权，/A表示把所有权给管理员组，/D Y表示对"拒绝访问"的提示一律回答 Y，否则几万个文件会挨个弹窗。第二条是给管理员组授予完全控制权限，*S-1-5-32-544是管理员组的知名 SID，用 SID 而不是写"Administrators"，可以避免不同语言版本系统下组名不一致的问题，这是个很实用的小技巧。

第三步，清理残留的用户配置文件记录。按Win+R输入sysdm.cpl回车，切到"高级"选项卡，点"用户配置文件"区域的"设置"按钮，会列出所有已加载过的配置文件。找到对应旧账户的那一条，选中删除。这一步会清理注册表里的 ProfileList 记录，避免下次登录时系统还在找那个不存在的目录。

第四步，删除旧目录。权限处理完之后，直接删就行。如果还有个别文件删不掉，通常是某个进程还占着文件句柄，重启一次再删。

5. 不想换账户的兜底方案

5.1 目录联接的原理和适用边界

如果有人确实不能换账户，那退而求其次的做法就是目录联接（junction）。它是 NTFS 文件系统提供的一种重解析点，本质上是一个"指路牌"：你在英文路径下放一个 junction，程序访问这个路径时，文件系统会把它重定向到真实的中文路径上。对绝大多数用户态程序来说这个过程完全透明，它们根本感知不到自己访问的其实是个中文目录。

创建方式是在管理员命令提示符里执行：

mklink /J "C:\dev\project" "C:\Users\张三\Documents\project"

/J表示创建目录联接。有几个使用要点值得记住：目录联接只对目录有效，不能对文件用；创建它不需要管理员权限（创建符号链接才需要），但目标路径必须是本地卷上的绝对路径，不支持网络路径。

边界在哪里？第一，少数程序会主动解析真实路径。Windows 提供了获取最终路径的接口，一些安全软件、备份软件、同步软件会调用它，拿到真实路径后就露馅了，会出现"明明看着在英文路径，程序却说找不到"的诡异现象。第二，第三方的文件同步工具和云盘客户端对联接的处理各不相同，有的会跟随，有的会跳过，有的会当成普通目录同步两份。第三，性能和稳定性上，链路多了会有一点点开销，虽然实测影响很小，但在高强度 IO 场景下值得留意。

5.2 把占空间的 AppData 子目录搬到别的盘

顺带说一个很多人关心的问题：AppData目录为什么会越来越大。它的构成大致是这样：AppData\Local\Temp是各类程序的临时文件，可以安全清理；AppData\Local\Packages是商店应用的沙箱数据，里面常常藏着几 GB 的缓存；AppData\Local下各浏览器和 IDE 的缓存目录也是大头；AppData\Roaming里则多是配置，通常不大。

如果你 C 盘紧张，可以把几个体积大、又不怕搬的缓存目录整体挪到其他盘，然后用目录联接接回来。这样写起来像：

robocopy "C:\Users\devuser\AppData\Local\SomeApp\Cache" "D:\AppCache\SomeAppCache" /E /COPY:DAT /DCOPY:DAT /R:1 /W:1 /MT:16 rmdir "C:\Users\devuser\AppData\Local\SomeApp\Cache" mklink /J "C:\Users\devuser\AppData\Local\SomeApp\Cache" "D:\AppCache\SomeAppCache"

顺序是先复制、再删原目录、最后建联接，千万不要先删再复制，中间任何一步失败都会导致数据丢失。

5.3 哪些目录千万别乱动

有些目录是雷区，搬了会直接把账户搞崩：

• 用户配置目录本身（C:\Users\<用户名>），前面说过，绝对不能做联接。
• AppData\Local\Microsoft\Windows及其子目录，这里面是系统的用户态组件数据，权限和路径都有强绑定。
• AppData\Local\Packages的根目录，可以清理里面某个应用的缓存，但整个目录不要搬。
• .ssh、证书存储、凭据目录，这些涉及安全上下文，位置变了可能直接失效。
• 正在运行的软件的目录，搬之前先退出程序，否则会复制到一半的文件。

6. 常见故障排查速查表

6.1 登录环节：卡在"请稍后"和临时配置文件

远程连接或者本地登录时卡在"请稍后"这个界面，是 Windows11 上比较高频的问题，成因有好几类：用户配置文件服务在重新配置桌面、组策略的登录脚本在等待网络、某个同步工具在登录时阻塞、或者配置文件本身已经损坏。

排查顺序我一般是这样：先断网再登录试试，如果断网能进去，基本可以确定是某个网络相关的登录项在拖时间，进去之后检查启动项和计划任务。如果断网也卡，等五分钟看能不能自己过去，过不去就强制重启，观察是否进入临时配置文件状态（表现是桌面图标全没了，壁纸变成默认，任务栏干净得像新装的）。

如果确认进了临时配置文件，先别做任何操作，直接重启，很多时候是偶发。反复进入临时配置文件状态，说明注册表里那条 ProfileList 记录有问题，可以在第三台可用的管理员账户下，删除出问题那条记录里多出来的.bak后缀项，然后重新登录。数据本身不会丢，只是加载不上。

6.2 权限环节：旧文件夹删不掉

这是迁移后最常遇到的问题，用户会看到"你需要提供管理员权限才能删除此文件夹"或者"文件夹正在使用中"。前者是所有权问题，用 4.5 节的takeown加icacls组合解决。后者是句柄占用，几个排查方向：任务管理器里结束可疑进程、用资源监视器的"CPU → 关联的句柄"搜索目录名、实在不行进安全模式删。

还有一种情况是路径超长导致的删除失败。老工具的路径长度限制在 260 字符，遇到深层嵌套目录就断。解决办法是启用长路径支持，或者用\\?\前缀绕过：

rmdir /s /q "\\?\C:\Users\张三\some\very\deep\path"

6.3 软件环节：迁移完还认旧路径

迁移之后打开某个软件，发现它读的还是旧路径，或者报"路径不存在"。原因通常是三类：一是它把自己上次的路径存进了自己的配置文件里，需要手动改或者删掉配置文件；二是配置文件在AppData\Roaming里但你根本没搬过去；三是环境变量还指向旧路径。

排查办法很朴素：打开软件的设置界面，把所有路径类的选项检查一遍；同时在注册表编辑器里搜索旧用户名，看有没有残留项（搜索到之后只读不删，先判断这个项属于谁）。有个小技巧是直接在当前用户注册表配置单元HKEY_CURRENT_USER下搜索旧用户名，相对安全。

6.4 编码环节：控制台乱码与工具报错

迁到英文账户后，控制台的乱码问题通常会自然消失大半，因为路径不再含非 ASCII 字符。但有些程序自己的输出还是会有乱码，这时可以调整代码页：

chcp 65001

这条命令把控制台切到 UTF-8 代码页。不过要注意，65501 不是万能的，部分老旧程序用 65001 反而会输出更多乱码，这时候可以切回chcp 936（简体中文默认代码页）。Python 环境下，把环境变量PYTHONIOENCODING设为utf-8能解决大部分输出编码问题：

[Environment]::SetEnvironmentVariable('PYTHONIOENCODING','utf-8','User')

7. 迁移之后的 C 盘瘦身与扩容

7.1 系统自带清理能回收多少空间

迁移完顺手做一次系统清理，能把 C 盘腾出不少空间。先跑存储感知和磁盘清理，再处理组件存储。这几个命令按顺序来：

cleanmgr /sageset:1 cleanmgr /sagerun:1

第一条会让你勾选要清理的项目，第二条按勾选执行。建议把"Windows 更新清理""传递优化文件""系统错误内存转储文件"都勾上，这几项加起来常见能回收十几 GB。

接下来是组件存储的清理：

DISM /Online /Cleanup-Image /AnalyzeComponentStore DISM /Online /Cleanup-Image /StartComponentCleanup

第一条只是分析，告诉你当前组件存储多大、能回收多少。第二条执行清理。加上/ResetBase参数能把可回收量最大化，代价是已安装的系统更新无法再卸载，我个人建议加上，因为基本没人会去卸载系统更新。这一波通常能再回收几 GB。

还有两个大件：休眠文件和页面文件。如果不用休眠功能，直接关掉：

powercfg /h off

这会一次性释放掉跟内存容量相当的休眠文件。页面文件可以移到别的盘，路径在"系统属性 → 高级 → 性能设置 → 高级 → 虚拟内存"里改。注意不要把页面文件完全关掉，某些程序会因此崩溃。

7.2 扩容和迁移分区的取舍

如果清理完之后 C 盘还是红的，就得考虑扩容。最直接的办法是"磁盘管理"里的"扩展卷"功能，前提是有相邻的未分配空间。如果没有，就需要用第三方分区工具从其他分区压缩出空间并合并过来，这一步操作有数据风险，务必先备份。

扩容之外还有一个思路是把整个用户库目录（桌面、文档、下载）重定向到其他盘。做法是右键这些库文件夹 → 属性 → 位置选项卡 → 移动到目标路径。这个操作是官方支持的，系统会自动处理路径绑定，比自己做联接稳妥得多。我的建议是：桌面、文档、下载、图片、视频这几个库直接重定向到数据盘，AppData 保持不动，这样既缓解了 C 盘压力，又不会引入兼容性问题。

8. 给还没装系统的朋友：源头避坑

如果你手里这台机器还没装 Windows11，或者正准备重装，那解决问题的最优时机其实是在安装阶段，五分钟的事，能省掉后面几个小时。

关键动作只有一个：在初始设置要求你登录账户的那一步，选择创建本地账户，并且用户名输入纯英文字母。前面的操作步骤里，先跳过联网（具体方式取决于你的网络环境，跳过之后系统会给你创建一个临时本地账户），然后在"谁将会使用此电脑"这一步，输入英文名，比如owner、user01、admin，密码可以先设一个简单的，进去之后再改。

如果你一定要用微软账户登录，也建议提前检查一下：那个微软账户的邮箱前缀是不是纯英文。如果邮箱前缀是中文或者手机号，Windows 生成的配置目录名大概率不会是中文，但也可能出现截断的奇怪字符串。最保险的做法是先建本地英文账户进系统，登录之后再在设置里把这个本地账户"改用 Microsoft 账户登录"，这样目录名保持英文，账户又绑定了微软生态，两头都不耽误。

另外提醒一点：系统装好后，不要急着把各种软件往 C 盘默认路径装。很多安装程序默认装在C:\Program Files或者用户目录下，装之前养成改路径的习惯，统一放到数据盘的软件目录里。这样以后重装系统，软件配置和数据都在别的盘，恢复起来快得多。

我自己处理这类问题的体会是，中文用户文件夹这件事，成本最低的解法永远是"重新生成一个正确的配置，而不是修补一个错误的配置"。修补听起来聪明，实际上每一次修补都在给未来埋一颗新的雷，而且你永远不知道它什么时候会响。多花一个下午做一次干净的迁移，换来的是后面几年都不用再为路径问题熬夜。真要说有什么遗憾，那就是这个坑在初始设置的界面上完全没有提示，只能靠踩过的人互相提醒——所以如果你身边有朋友正准备装系统，把这篇转给他，比事后帮他修划算得多。