为什么写一个 Rust 语言的 LSP 这么难
来源：rust-glancer.github.io — 118 分 · by agluszak
📋 概述
实验性 Rust 语言服务器 Rust Glancer 的作者写了一篇架构向的长文，解释 LSP 为什么比看上去难得多。他坦承自己并非 LSP 专家，也刻意避开编译器术语，但有一个反复出现的主题贯穿全文：构建语言服务本质上就是"用不完整的信息给出有用答案"——编辑器在你打字的每一刻都在索要补全、跳转、诊断，而代码此刻往往处于语法错误、依赖未构建、索引未完成的中间态。文章以 rust-analyzer 为参照讨论看似简单实则困难的机制，也提到 Rust Glancer 的目标之一是内存占用要合理，别再"拿内存当早餐"。
🔑 核心要点
- 核心矛盾被一句话点明：构建 LSP 意味着用不完整的信息给出有用的答案。
- 参照系是 rust-analyzer：matklad 时代的文章已断更在 2023 年，作者以自己读码的经验补齐。
- 有些功能看似简单实则很硬，有些看似困难实则更难，还有些东西根本没想到会存在。
- Rust Glancer 的定位很务实：主打不吃内存的实验性 Rust LSP。
- 作者主动降低预期：本文是架构概览而非深度剖析，细节留给后续文章。
- 免责声明也很诚实：他不是 rust-analyzer 维护者，措辞有意保持近似而非精确。
💡 金句
构建一个语言服务器，本质上意味着你必须用不完整的信息给出有用的答案。
👍 0
👎 0
← 返回 Hacker News 首页