TS7 的另一个重要变化是官方支持 LSP（Language Server Protocol）。
传统语言插件模式
在 LSP 之前，每个编辑器都要自己实现语言支持：
VS Code 需要 TypeScript 插件
WebStorm 需要 TypeScript 插件
Neovim 需要 TypeScript 插件
Sublime 需要 TypeScript 插件
...每个编辑器团队都要：
- 理解 TypeScript 的类型系统
- 实现补全、跳转、诊断、重构
- 跟进 TypeScript 的版本更新
这是重复劳动，而且每个实现的质量和功能都不一样。
LSP 的设计
LSP 把"语言能力"和"编辑器"解耦：
┌─────────────────┐
│ Editor (Client) │
│ VS Code │
│ Neovim │
│ Zed │
└────────┬────────┘
│ LSP Protocol
↓
┌─────────────────┐
│ Language Server │
│ TypeScript │
│ Go │
│ Rust │
└─────────────────┘Language Server 负责：
- 解析代码
- 类型检查
- 提供补全信息
- 提供诊断信息
- 提供跳转、重构能力
Editor 负责：
- 显示代码
- 发送用户操作给 Server
- 接收 Server 的响应并展示
两者通过标准化的 LSP Protocol 通信。
TypeScript 的语言能力层次
需要区分几个概念：
TypeScript 语言规范
↓
TypeScript Compiler（tsc）
↓
TypeScript Language Service
↓
LSP（Language Server Protocol）
↓
Editor（VS Code、Neovim...）- TypeScript Compiler：把 TypeScript 编译成 JavaScript
- TypeScript Language Service：提供编辑器需要的语言能力（补全、诊断、跳转等）
- LSP：一种协议，让 Language Service 可以和任何编辑器通信
- Editor：实现 LSP Client，连接 Language Service
TypeScript Language Service 不等于 LSP。Language Service 是 TypeScript 自己的内部实现，LSP 是它暴露给编辑器的协议。
TS7 的 LSP 支持意味着什么
TS7 官方支持 LSP，意味着：
- TypeScript 团队维护 Language Server 的实现
- 编辑器只需要实现 LSP Client（标准化，工作量小）
- 速度优化、新功能，所有编辑器同步享受
- 不再需要为每个编辑器单独维护 TypeScript 插件
所以 TS7 发布后，VS Code、Neovim、Zed、Sublime、Emacs... 全部立刻受益。