Sublime Text 不适合 Rust 高性能后端开发：缺乏原生 LSP 支持，依赖 sublime-lsp 插件时易出现跳转失败、宏展开中断、async trait 识别缺失、错误不内联、补全不准等问题，且配置复杂、性能不稳定。
为什么 Sublime Text 不适合 Rust 高性能后端开发
直接说结论：Sublime Text 无法可靠支撑 Rust 后端开发所需的语义级补全、跨文件跳转、Cargo 构建集成和实时错误诊断。它缺乏语言服务器协议（LSP）原生支持，依赖插件桥接 LSP（如 sublime-lsp）时，会频繁出现类型推导失败、宏展开中断、async trait 方法不识别等问题。
典型现象包括：Ctrl+Click 跳转到 std::future::Future 返回空结果；cargo check 错误只显示在输出面板，不内联标红；补全列表里大量重复或过时的本地变量名，却漏掉 tokio::net::TcpListener 这类关键类型。
Sublime 中强行启用 Rust LSP 的三个硬性前提
若仍坚持使用 Sublime，必须同时满足以下三点，否则补全和诊断基本不可用：
- 安装
rust-analyzer（不是racer或rls），且版本 ≥2023-10-02（旧版对proc-macro和async-trait支持极差） - 通过
sublime-lsp插件配置，而非RustEnhanced（后者已停更，不兼容 Rust 1.70+ 的edition = "2021"默认设置） -
cargo必须在系统 PATH 中可执行，且项目根目录下存在Cargo.toml——sublime-lsp不会自动向上查找工作区，路径错一层就退化为纯语法高亮
sublime-lsp 配置 rust-analyzer 的关键参数
在 Preferences → Package Settings → LSP → Servers → rust-analyzer 中，手动编辑 JSON，重点校验以下字段：
{
"enabled": true,
"command": ["rust-analyzer"],
"initializationOptions": {
"cargo": {
"loadOutDirsFromCheck": true,
"runBuildScripts": true
},
"procMacro": {
"enable": true
}
},
"settings": {
"rust-analyzer.cargo.loadOutDirsFromCheck": true,
"rust-analyzer.procMacro.enable": true
}
}
注意："rust-analyzer.cargo.runBuildScripts" 必须设为 true，否则 sqlx::query!、serde_json::json! 等宏无法展开；若项目含 build.rs，还需确认该文件未被 .gitignore 或 sublime-project 的 folder_exclude_patterns 掩盖。
性能陷阱：Cargo check 频次与 LSP 响应延迟的关系
rust-analyzer 默认每 2 秒触发一次 cargo check，但 Sublime 的 sublime-lsp 在保存文件后不会等待检查完成就刷新视图，导致你看到的是“上一版”的诊断结果。更糟的是，如果 Cargo.lock 被修改（例如 cargo update），LSP 不会自动 reload workspace，必须手动触发 LSP: Restart Servers（快捷键 Ctrl+Shift+P → 输入该命令）。
建议调低检查频率（在 LSP 设置中加 "rust-analyzer.checkOnSave.command": "check" 并禁用 "rust-analyzer.checkOnSave.enable"），改用快捷键绑定 Ctrl+B 映射到 cargo check --quiet，避免后台检查拖慢 UI 响应。
真正需要深度补全和重构能力时，VS Code + rust-analyzer 仍是唯一稳定选择；Sublime 只适合作为日志查看器或临时编辑器——这点容易被忽略，但直接影响调试效率。
