sublime text适合中等规模项目（10k行内），核心优势是多光标编辑与goto anything，但缺乏原生ide功能如跨文件跳转、类型检查和调试集成，需依赖插件且稳定性受限。
适合，但前提是清楚它不干的事——它不是 IDE，也不替你写逻辑，只负责把你的意图干净、快速、可复现地落进文件里。
Sublime 能稳定扛住日常开发的边界在哪
它在中等规模项目（10k 行以内单语言项目）里表现最稳：打开 package.json、改 webpack.config.js、批量重命名 Vue 组件里的 class 名、在十几个 .py 文件里同步替换 api_v1 → api_v2，全程无卡顿。但一旦涉及跨文件符号跳转（比如点击一个函数名直接跳到定义）、实时类型检查（TypeScript 接口校验）、或调试器集成（断点+变量监视），就得靠插件拼凑，且稳定性依赖插件作者是否还在维护。
- 真实踩坑：装了
SublimeCodeIntel后，Python项目里偶尔解析失败，Ctrl+Click跳转直接失效，重启编辑器才能恢复 - 性能临界点：同时打开超过
50个标签页 + 3 个分割视图时，Goto Anything（Ctrl+P）响应延迟明显，模糊匹配变慢 - 兼容性注意：某些插件（如旧版
GitGutter）在 Sublime Text 4 的 Python 3.8 运行时下会报AttributeError: module 'sublime' has no attribute 'version'
多光标和 Goto Anything 是真·生产力锚点
这两个功能不是“锦上添花”，而是重构类操作的刚需支撑。比如要把一个 React 组件里所有 useState 初始化值从 '' 改成 null，不用正则也不敢乱搜——用 Ctrl+D 逐个选中字符串，再统一输入 null，比写脚本快得多。而 Goto Anything（Ctrl+P）真正价值在于“不离开键盘”：输 @use 就能列出当前文件所有以 use 开头的函数，输 :42 直接跳第 42 行，输 #fetch 定位到含 fetch 的代码块开头。
- 容易忽略的细节：
Ctrl+P后输!可触发命令面板，输>则进入语法高亮切换菜单——这些快捷入口比翻菜单快 3 秒以上 - 多光标慎用场景：在大段 HTML 中按住
Ctrl点击多个class值时，若中间有换行缩进不一致，光标可能错位，建议先Ctrl+Shift+P→Indentation: Convert to Spaces统一格式
插件生态活跃但碎片化严重
Package Control 上插件数量多，但质量参差：有些核心插件（如 Emmet、BracketHighlighter）多年未更新，却仍能在 ST4 下跑；另一些新插件（如 LSpectre 提供 LSP 支持）配置复杂，稍不注意就和已有插件冲突。最常出问题的是自动补全类插件——AutoFileName 和 ESLint-Formatter 同时启用时，保存文件可能触发两次格式化，导致代码被意外重排。
- 务实建议：只装 3–5 个刚需插件，优先选 GitHub star >500、最近半年有 commit 的项目
- 关键配置项：
"auto_complete_commit_on_tab": false必开，否则 Tab 键会误触发补全，打断正常缩进 - 别碰“全能插件包”：像
SublimeLinter这种聚合型插件，实际底层依赖sublimelinter-flake8等子模块，升级时容易漏掉子模块，导致 lint 功能静默失效
它最不可替代的地方，是那种“编辑器知道你在想什么”的轻量感——不是靠 AI，而是靠精准的快捷键设计、稳定的文本操作模型和极少的 UI 干扰。但凡需要深度语言服务、可视化调试或团队强制规范（如 Prettier 集成进 CI 流程），就得主动补位，而不是指望它自己长出来。
