常见错误是UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc4，右下角显示Western (Windows 1252)或Latin-1，文件名显示为???，根本原因是Sublime调用系统API读取中文路径时Python环境未正确处理多字节字符。
Sublime 打开含中文路径的文件报错：常见错误信息是什么
这类问题通常不抛出明显弹窗，而是表现为：
- 文件打不开，控制台（
View → Show Console）里刷出类似UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc4 in position 0: invalid continuation byte - 右下角状态栏显示编码为
Western (Windows 1252)或Latin-1，但内容全是方块或乱码 - 文件名在侧边栏显示为
???.txt或一堆问号，点不开
根本原因不是 Sublime “不支持中文路径”，而是它调用系统 API 读取路径时，底层 Python 环境未正确处理多字节字符（尤其 Windows 上 ANSI 编码路径 + UTF-8 解码逻辑冲突）。
Windows 下中文路径打不开：必须改的三项配置
Sublime Text 3/4 在 Windows 上对中文路径的支持依赖于启动方式和环境变量，仅靠设置编码无效。关键操作如下：
- 启动 Sublime 时必须通过 CMD/PowerShell 启动，且终端本身已设为 UTF-8：
chcp 65001（执行后再运行subl .或完整路径） - 在用户设置（
Preferences → Settings – User）中加入：{ "default_encoding": "UTF-8", "fallback_encoding": "Chinese (GBK)", "detect_indentation": false, "binary_file_patterns": ["*.png", "*.jpg", "*.pdf"] } - 禁用所有可能劫持路径处理的插件，特别是
ConvertToUTF8和GBK Encoding Support—— 它们会主动重写文件打开流程，反而让中文路径解析失败
注意：subl 命令行工具需确保是官方安装时勾选了“Add to PATH”的版本；若手动添加，请确认其指向的是 sublime_text.exe 而非某个旧版快捷方式。
Linux/macOS 中文路径乱码：重点查 locale 和文件系统编码
这类系统原生 UTF-8 支持较好，但乱码仍高频出现，主因是：
- 终端
locale输出中LANG或LC_CTYPE不是 UTF-8（如en_US.UTF-8缺失） - 文件系统为 FAT32/exFAT（无原生 Unicode 支持），挂载时未指定
iocharset=utf8 - Sublime 启动未继承 shell 的 locale（比如从桌面图标直接双击）
验证方法：在终端运行 locale，确认输出包含 UTF-8；再运行 ls 中文目录 看是否正常显示。若终端正常而 Sublime 异常，说明它没继承环境变量 —— 此时应避免双击启动，改用终端执行 subl ./中文目录。
新建文件保存中文路径时报错：不是编码问题，是权限或长路径限制
错误信息如 Unable to save … No such file or directory 或 Access is denied，往往与编码无关：
- Windows 默认启用“Win32 long paths”限制（260 字符），中文路径+长文件名极易超限；需在注册表启用或组策略中开启
Enable Win32 long path support - 文件夹权限不足（尤其在 OneDrive、WeChat Files、Program Files 下建中文子目录）
- 杀毒软件（如火绒、Defender）拦截了含中文路径的写入行为，临时禁用可验证
真正要改的不是 Sublime 设置，而是系统级路径策略。Sublime 自身对路径长度和权限无控制权，它只是把路径原样传给操作系统 syscall。
复杂点在于：同一套中文路径，在终端里 touch 成功、VS Code 能存、Sublime 却失败——这基本锁定为 Sublime 启动上下文缺失 locale 或被安全软件拦截，而不是你该去改哪行 JSON。
