Sublime Text 3 在 Windows 上无法打开中文路径文件的根本原因是启动时路径解析阶段即崩溃，而非文件内容编码问题；需通过注册表修改并重启系统启用 UTF-8 路径支持，并在插件中显式指定 encoding='utf-8'。
Sublime Text 3 在 Windows 上打不开中文路径文件，不是编码设置没调对，而是它压根没正确解析路径字符串——UnicodeDecodeError: 'mbcs' codec can't decode bytes 这类报错，本质是启动阶段路径传入就崩了。
为什么 default_encoding 和 fallback_encoding 改了也没用
这两个配置只影响「文件内容读取时的解码行为」，和路径解析完全无关。你改了 "default_encoding": "UTF-8"，Sublime 依然会在打开 C:\用户\test.py 前，用系统 mbcs 编码去 decode 路径本身，一碰到中文就抛异常。典型错误信息里带 position 0–1: invalid character，说明失败点就在路径首字节，不是文件内容。
常见误操作包括：
- 在 Preferences → Settings 里反复修改
fallback_encoding，甚至加一堆编码别名 - 用
subl "C:\用户\test.py"命令行调用，却没注意 CMD 默认是 GBK，参数传进去就已乱码 - 装 ConvertToUTF8 插件——它只管文件内容显示，不碰路径逻辑
注册表级修复：让 ST3 真正支持 UTF-8 路径
这是目前 ST3 下最稳定、无需插件、不依赖外部工具的方案。核心是关闭 Windows 对非 ASCII 路径的旧式限制，强制子进程（包括 Sublime）以 UTF-8 模式处理宽字符路径。
操作步骤（需管理员权限）：
- 运行
regedit，定位到HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows - 新建一个空字符串值：
AppInit_DLLs（值留空，不要删） - 新建一个 DWORD (32-bit) 值：
LoadAppInit_DLLs，设为0 - 必须重启电脑——仅重启 Sublime 无效，Windows 子系统需重载加载策略
完成后，C:\用户\文档\main.py、D:\项目\测试\app.js 这类路径双击或命令行调用都能正常打开。
命令行和右键菜单必须加引号 + 正斜杠
即使注册表修好了，Shell 层仍可能搞砸路径。CMD 和 PowerShell 对含空格、中文的参数解析规则不同，稳妥做法是统一用：
-
subl "D:/用户/文件.py"（正斜杠 + 英文引号） - 右键菜单注册项中，命令行写成：
"C:\Program Files\Sublime Text 3\sublime_text.exe" "%1"
注意：%1 必须用英文双引号包裹，否则 Windows 资源管理器传入路径时遇到空格或中文会截断；反斜杠 \ 在某些 Shell 下会被转义，正斜杠 / 更安全，Sublime 内部会自动 normalize。
插件开发时读中文路径文件必须显式指定 encoding
如果你写的是 Sublime 插件（比如在 Packages\User\ 下的 .py 文件），用 open() 读当前视图对应文件时，即使路径能显示出来，open(file_path) 仍可能失败——Python 默认用 locale.getpreferredencoding()，Windows 上常返回 cp936，而文件实际是 UTF-8。
正确写法只有一条：
with open(file_path, 'r', encoding='utf-8') as f:
content = f.read()
不要尝试用 chardet 自动检测——插件响应要求快，检测过程拖慢 UI；也不要用 sublime.load_resource() 处理用户文件路径，它只认 Packages/ 内部资源，传入中文路径会直接报 FileNotFoundError。
真正容易被忽略的是：注册表修改后必须重启整机，不是重启 Sublime；还有插件里所有 open() 调用，不管路径看着多“正常”，都得硬写 encoding='utf-8'——Python 不会替你猜。
