最稳的判断方式是：Help → About Sublime Text 弹窗显示“Sublime Text 4”或“Build 4xxx”即为ST4，“Sublime Text 3”或“Build 3xxx”即为ST3；命令行执行 subl --version（macOS/Linux）或 subl.exe --version（Windows）查看构建号。
怎么看自己装的是 ST3 还是 ST4
别信文件夹名或安装包名字——有人手动改过，完全不靠谱。最稳的方式就两个：Help → About Sublime Text 弹窗里写“Sublime Text 4”或“Build 4xxx”就是 ST4；写“Sublime Text 3”或“Build 3xxx”就是 ST3。
命令行更直接：subl --version（macOS/Linux）或 subl.exe --version（Windows），输出类似 Sublime Text Build 4200 就是 ST4 最新版（截至 2026 年 3 月）；ST3 的最后稳定版是 Build 3211，之后所有 Build 4xxx 都属于 ST4。
大文件卡顿明显？先确认是不是 ST4 的 GPU 渲染没生效
ST4 默认启用 GPU 加速渲染，滚动、切换标签、打开 8MB+ 日志文件（比如 JSON 或前端构建产物）时比 ST3 快约 20%–30%。但这个优势不是自动生效的——老旧显卡、部分 Linux 发行版（如某些 Wayland 环境）、或者 macOS 上启用了强制低分辨率缩放，都可能导致 GPU 渲染被禁用，反而比 ST3 更卡。
验证方法：View → Show Console，输入 sublime.log_commands(True)，再拖动滚动条，看控制台是否报 gl: failed to create context 类错误。真遇到这问题，可以临时关掉 GPU 渲染：Preferences → Settings 里加一行 "gpu_window_buffer": false。
- ST3 没这选项，天生轻量，老设备上反而更稳
- ST4 在 M1/M2 Mac 上是原生运行，ST3 只能 Rosetta 转译，续航和发热差异肉眼可见
- Linux ARM64（比如树莓派 5）只支持 ST4，ST3 没对应二进制
多标签页管理混乱？试试 ST4 的多选 + 右置侧边栏
开十几个文件后，ST3 标签栏挤成一条线，只能靠下拉菜单找；ST4 支持多行标签 + 多选标签——View → Layout → Columns: 2 后，右键任意标签页就能勾选多个，批量关闭、复制路径、甚至一键拆分到不同列对比编辑。
这个功能对日常代码审查、日志比对、前后端联调特别实用，但容易被忽略：它依赖视图布局为双列/多列才激活右键多选；单列模式下右键菜单还是 ST3 那一套。
- ST4 的标签页未激活时自动变暗，焦点一目了然；ST3 全部高亮，容易点错
- 如果常用 Tab 触发 snippet（代码片段），注意 ST4 个别版本有 Tab 键失灵反馈，可检查
Preferences → Key Bindings里是否有冲突 - 侧边栏右置（
Preferences → Settings加"overlay_scroll_bars": "enabled"不起作用，得用主题设置）需配合 Adaptive 主题才生效
插件还能用吗？Python API 升级带来隐性兼容风险
主流插件（如 Package Control、SideBarEnhancements、EmmyLua）基本已适配 ST4，但小众插件或自己写的 Python 插件要留心：ST4 底层 Python 升级到了 3.8，而 ST3 是 3.3。这意味着：
- 用
f-string、typing.Literal、math.gcd等 3.6+ 特性的插件，在 ST3 上会直接报SyntaxError或ImportError - 调用
sublime.Region或view.substr()的方式没变，但异步回调（sublime.set_timeout_async）行为更严格，旧插件若在主线程做耗时操作，ST4 可能卡 UI - 许可证现在是「3 年有效期」，覆盖所有 ST4 小版本更新；ST3 许可证不通用，升级需单独付费
真正麻烦的不是「不能装」，而是「装上了但某天突然失效」——比如某个插件依赖的第三方库在 ST4 的 Python 3.8 下解析 AST 的方式变了，结果语法高亮错乱或跳转失败，这种问题很难一眼定位。
