Windows下双击.py文件默认启动Python解释器而非Sublime Text，是因文件关联被重置或第三方工具覆盖；需通过“打开方式”指定subl.exe并勾选“始终使用”，或手动修改注册表HKEY_CLASSES_ROOT\Python.File\shell\open\command值为"subl.exe路径" "%1"，再重启资源管理器生效。
Windows 下双击打开 .py 文件却启动了 Python 解释器而不是 Sublime Text？
这是文件关联被系统重置或安装其他 Python 工具（如 Anaconda、VS Code）后常见的默认行为。关键不是“改回”，而是“精准绑定”——必须确保 subl.exe 被设为默认处理程序，且注册表中对应 Python.File 类型的 shell\open\command 值指向正确路径。
实操建议：
- 先确认
subl.exe位置，常见为C:\Program Files\Sublime Text\subl.exe或%LOCALAPPDATA%\Programs\Sublime Text\subl.exe - 右键任意
.py文件 →「打开方式」→「选择其他应用」→ 勾选「始终使用此应用打开 .py 文件」→ 浏览并选中subl.exe - 若上述无效，手动修复注册表：定位到
HKEY_CLASSES_ROOT\Python.File\shell\open\command，将默认值设为"C:\Program Files\Sublime Text\subl.exe" "%1"（注意引号和%1占位符不能遗漏） - 修改后重启资源管理器（任务管理器 → 重启
explorer.exe）或直接重启系统，否则双击仍可能走缓存逻辑
macOS 上用 subl 命令行打开文件失败提示 command not found？
这不是 Sublime Text 没装好，而是 subl 命令没进 shell 的 $PATH。它默认不自动配置，需手动软链或修改 shell 配置。
实操建议：
- 先运行
ls /Applications/Sublime\ Text.app/Contents/SharedSupport/bin/subl确认命令存在 - 执行
sudo ln -sf "/Applications/Sublime Text.app/Contents/SharedSupport/bin/subl" /usr/local/bin/subl（推荐，兼容 zsh/bash） - 若用 zsh（macOS Catalina 及以后默认），检查
~/.zshrc是否含export PATH="/usr/local/bin:$PATH"；若无，添加后运行source ~/.zshrc - 别用
~/bin或/opt/homebrew/bin软链——部分终端启动方式（如 VS Code 内置终端）可能不加载这些路径
Linux（Ubuntu/Debian）下 subl 打开文件闪退或只显示图标不加载内容？
本质是 GUI 权限与桌面环境会话隔离导致的。Sublime Text 启动时无法连接当前用户的 D-Bus session 或 X11 显示服务器，尤其在通过 SSH 或 systemd user session 外调用时高频出现。
实操建议：
- 避免在纯终端（tty1）或无桌面会话环境下直接运行
subl file.py - 确保从图形界面下的终端（GNOME Terminal、Konsole 等）中执行；若必须远程触发，先用
export DISPLAY=:0和export DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/$(id -u)/bus - 安装时优先用官方
.deb包而非 snap，因为 snap 默认沙盒限制 GUI 访问，subl命令常静默失败 - 检查
which subl输出是否为/usr/bin/subl（官方包路径），若指向/snap/bin/subl，卸载 snap 版并重装 deb 版
关联后双击打开大文件卡死、无响应？
Sublime Text 默认对超 10MB 的文件启用只读模式或延迟加载，但若文件关联触发的是旧版启动逻辑（比如绕过 --wait 或未传参），可能卡在语法高亮初始化阶段。
实操建议：
- 在 Windows 注册表中修改 command 值为：
"C:\Program Files\Sublime Text\subl.exe" --no-sandbox --safe-mode "%1"（临时排障），确认是否与插件冲突有关 - 更稳妥做法：把常用大文件类型（如
.log、.jsonl）单独关联到subl.exe --command "view_settings {\"word_wrap\": false, \"draw_white_space\": \"none\"}"，减少渲染压力 - Linux/macOS 下可通过 shell wrapper 脚本判断文件大小，
if [ $(stat -c%s "$1") -gt 10485760 ]; then subl --command "view_settings {\"gutter\": false}" "$1"; else subl "$1"; fi - 真正影响体验的不是“能不能打开”，而是“第一次打开大文件后，后续所有文件都变慢”——这说明插件缓存污染，需清空
Cache/目录，而非重装
