Windows 10中Robocopy无法识别德语特殊字符，chcp设置无效求助

我之前在处理多语言路径的Robocopy备份时也踩过类似的编码坑，结合你的情况（无管理员权限、不想改文件夹名），给你几个亲测可行的方案：

方案1：用PowerShell替代CMD执行Robocopy（最推荐） #

Windows CMD的编码机制在Win10里对特殊字符的支持确实不如Win7友好，但PowerShell原生支持Unicode，能完美识别路径里的ä/ö/ü这类字符，而且不需要改代码页、不需要管理员权限。

你可以把原来的批处理改成调用PowerShell的形式，代码如下：

@echo off
powershell -Command "robocopy 'C:\Users\Myself\Documents\Notizbücher' 'Y:\RobocopyBackups\001_NotizbücherBackup' /e /mir /np /z /tee /log:'Y:\RobocopyBackups\001_Backup_log.txt'"

注意点：

• 路径要用单引号'括起来，避免特殊字符被CMD误解析
• 直接保存这个批处理（用默认ANSI或者UTF-8都可以，PowerShell会正确读取），运行后就能正常识别带特殊字符的路径

方案2：CMD下结合UTF-16编码+延迟环境变量扩展 #

如果坚持要用CMD执行，需要同时调整批处理的编码和变量解析方式：

1. 用Notepad++打开你的批处理文件，选择「编码」→「UTF-16 LE（带BOM）」保存
2. 修改批处理内容为：

@echo off
:: 切换到德语代码页，关闭输出提示
chcp 1252 >nul
:: 启用延迟环境变量扩展，确保变量解析用切换后的编码
setlocal enabledelayedexpansion
set "source=C:\Users\Myself\Documents\Notizbücher"
set "dest=Y:\RobocopyBackups\001_NotizbücherBackup"
set "log_path=Y:\RobocopyBackups\001_Backup_log.txt"
:: 用!变量!的形式调用延迟扩展的变量
robocopy !source! !dest! /e /mir /np /z /tee /log:!log_path!
endlocal

原理：UTF-16 LE编码让CMD能正确读取批处理里的特殊字符，延迟扩展确保变量在代码页切换后才被解析，避免乱码。

方案3：使用Windows短路径名（临时应急方案） #

Windows会给带特殊字符的长路径分配一个不含特殊字符的短路径（比如Notizbücher可能变成NOTIZ~1），你可以先手动获取短路径，再用短路径执行Robocopy：

1. 打开CMD，输入dir /x C:\Users\Myself\Documents，找到Notizbücher对应的短路径名
2. 把批处理里的路径替换成短路径，比如：

@echo off
robocopy C:\Users\Myself\Documents\NOTIZ~1 Y:\RobocopyBackups\001_NOTIZ~1 /e /mir /np /z /tee /log:Y:\RobocopyBackups\001_Backup_log.txt

这个方法的缺点是短路径可能随文件夹移动/重命名变化，适合临时使用，不如前两个方案稳定。

内容的提问来源于stack exchange，提问作者Christian Geiselmann