跳转目标文件打不开，主因是路径解析失败或编码解码失败：前者因Windows mbcs编码限制导致ST3启动即崩溃，需注册表修改并规范路径；后者因fallback_encoding配置错误致乱码，应设为"Chinese (GBK)"而非"GBK"。
跳转目标文件打不开，大概率不是跳转逻辑出错，而是 Sublime Text 在打开那一刻就卡在路径解析或编码解码环节——前者报 Unable to open file 或直接无响应，后者显示满屏方块、锟斤拷、锘? 或位置 0–1 的 UnicodeDecodeError: 'mbcs' codec can't decode bytes。
为什么 Ctrl+Click 跳转后文件打不开？
Sublime Text 的跳转（如 Python 的 import、JS 的 require、CSS 的 @import）本质是拼出路径再调用 view.window().open_file()。但这个过程会经过两道关卡：
- 路径字符串是否被 Windows API 正确接收：中文路径在 ST3 下常因系统 mbcs 编码限制，在传入前就崩掉，错误发生在启动阶段，和文件内容无关
- 目标文件是否能被正确解码：即使路径通了，若文件是 GBK 编码而 Sublime 默认用 UTF-8 解，就会显示乱码，此时文件“打开了”，但内容不可读
两者表现相似（都“打不开”），但修复路径完全不同。
路径解析失败：注册表 + 引号 + 正斜杠三件套
如果双击、右键、命令行 subl "C:\用户\test.py" 都失败，且错误信息含 mbcs 或根本没弹窗，说明是路径层崩溃。ST4（Build 4126+）已大幅改善，但 ST3 必须靠注册表硬改：
- 以管理员身份运行
regedit，定位到HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows - 新建一个空字符串值：
AppInit_DLLs（值留空） - 新建一个 DWORD (32-bit) 值：
LoadAppInit_DLLs，设为0 - 必须重启电脑——仅重启 Sublime 无效
注册表生效后，所有调用仍需遵守 Shell 层规范：
- 命令行一律用英文双引号包裹路径：
subl "D:/用户/模块.py" - 路径内统一用正斜杠
/，避免反斜杠\被 CMD 或资源管理器转义 - 右键菜单注册项中，命令必须写成：
"C:\Program Files\Sublime Text 3\sublime_text.exe" "%1"，%1不加引号会截断空格和中文
编码解码失败：fallback_encoding 只认内置标识符，不认 "GBK"
如果跳转后窗口弹出但内容是乱码（如 涓枃、锘? ），说明路径通了，但解码错了。此时改 default_encoding 没用——它只影响新建文件；真正起作用的是 fallback_encoding，但它只接受 Sublime 内置的编码标识符，不是标准编码名：
- 错误写法：
"fallback_encoding": "GBK"或"UTF-8"—— 这些值会被静默忽略 - 正确写法：
"fallback_encoding": "Chinese (GBK)"（适用于绝大多数 Windows 中文环境） - 该设置只在“无 BOM + 自动检测失败”时触发；带 UTF-8 BOM 的文件仍走 UTF-8，不会 fallback
- 已打开的乱码文件，必须先
File → Reopen with Encoding → Chinese (GBK)手动恢复，再保存（Save with Encoding → UTF-8）才安全
别依赖 detect_encoding: true：它会让 Sublime 主动跳过 BOM 去试 GBK，反而把带 BOM 的 UTF-8 文件判成乱码，建议删掉这一行。
插件干扰比想象中更隐蔽
ConvertToUTF8 插件早已从 Package Control 官方仓库下架，当前搜到的多为过期 fork 或恶意版本。它会在后台自动切换编码、静默重写文件，且配置残留极难清理：
- 卸载后务必检查
Preferences → Package Settings → ConvertToUTF8 → Settings是否还有残留 JSON，删干净再重启 - 即使停用，它的
convert_on_open若为true，仍可能覆盖你手动Reopen with Encoding的结果 - ST4 用户更应避免安装——原生
fallback_encoding+ 手动切换已足够稳定，插件反而增加不确定性
最易被忽略的一点：路径和编码问题从来不是孤立的。当你在跳转失败后反复修改 fallback_encoding 却没效果，第一反应不该是“再换一个编码名”，而是先确认注册表是否生效、路径是否被 Shell 正确传递——否则你调得再准，Sublime 根本没机会走到解码那步。
