LSP是微软提出的标准化协议，通过JSON-RPC实现编辑器与语言服务器的解耦，使VSCode等客户端能调用独立服务器提供补全、跳转、诊断等功能，提升开发工具复用性。
VSCode 本身并不直接提供代码补全、跳转定义、错误检查等智能功能，这些能力大多来自语言服务器（Language Server）。理解语言服务器协议（Language Server Protocol, LSP）的工作原理，有助于我们更高效地使用编辑器，甚至开发自己的插件或语言支持。
什么是语言服务器协议（LSP）？
LSP 是由微软提出的一种标准化通信协议，允许编辑器（如 VSCode）与语言服务器之间通过 JSON-RPC 消息格式进行交互。它的核心思想是：将编程语言的智能功能从编辑器中剥离出来，交由独立的语言服务器处理。
这样一来，只要语言实现了对应的服务器，任何支持 LSP 的编辑器都能获得该语言的完整开发体验，无需为每个编辑器重复实现语法分析、语义解析等功能。
客户端与服务器的协作模式
在 VSCode 中，编辑器是 LSP 的“客户端”，而语言服务器是“服务端”。它们通常运行在不同的进程中，通过标准输入输出（stdin/stdout）或 socket 进行通信。
典型交互流程如下：
- 用户打开一个文件，VSCode 将文件内容和事件发送给对应的语言服务器
- 语言服务器解析代码，构建语法树和符号索引
- 当用户触发补全、悬停提示或按 F12 跳转时，VSCode 发送请求到服务器
- 服务器处理请求并返回结果，VSCode 渲染展示
所有消息都遵循 JSON-RPC 格式，包含方法名、参数和唯一 ID。例如，textDocument/completion 表示请求补全，textDocument/definition 表示跳转定义。
关键能力与对应请求类型
LSP 定义了丰富的请求类型，覆盖现代 IDE 的大部分功能。常见的包括：
- textDocument/diagnostic：报告语法或语义错误（如 TypeScript 编译错误）
- textDocument/hover：鼠标悬停显示变量类型、文档说明
- textDocument/signatureHelp：函数调用时显示参数提示
- textDocument/references：查找符号的所有引用位置
- textDocument/formatting：代码格式化支持
- workspace/symbol：项目级符号搜索（如类、函数全局查找）
这些能力让语言服务器能提供接近原生 IDE 的体验，而 VSCode 只需专注 UI 和用户交互。
初始化与生命周期管理
语言服务器启动后，VSCode 会发送一个初始化请求（initialize），携带编辑器能力、工作区路径、用户配置等信息。服务器回应支持的功能列表（如是否支持代码自动修复、重命名等），双方协商后续通信范围。
之后，客户端通过 initialized 通知服务器准备就绪。此后，文件打开、保存、关闭等事件都会实时同步，确保服务器状态与编辑器一致。
当用户关闭项目或退出编辑器时，VSCode 发送 shutdown 和 exit 指令，正常终止服务器进程。
基本上就这些。LSP 的设计解耦了工具与编辑器，极大提升了开发工具生态的复用性。今天几乎所有主流语言都有官方或社区维护的语言服务器，比如 Python 的 Pylance、Go 的 gopls、Rust 的 rust-analyzer。了解其工作方式，能帮助你排查插件问题，甚至为新语言搭建开发环境。不复杂但容易忽略。
