应用背景
- 我一直提到我做的事情是语言服务器和语言客户端的开辟，我为什么要开辟这两部分的内容，什么是客户端什么是服务器，它们各自承担怎样的工作内容，这些是我们起首需要搞明确的，然后再去看语言服务器协议。
起首是为什么需要分两部分开辟以实现辅助代码编辑的功能？
- 现在有m门语言，n个编辑器，假如我们针对每一门语言，为每一个编辑器都设计一个插件，或者说扩展，用来实现编辑服务的功能，显然，我们需要做m×n个插件，每个插件承担了全部的工作，包括对变乱的监听与代码的分析等。
这样有几个明显的缺点：
- 编辑器承担过多的分析内容，特别是对于复杂文本，有时需要构造抽象语法树举行相关分析，这大概会影响到编辑器自己的性能，在主进程中完成这一系列的事情开销太大，个人猜想比力直接的体现或许会导致编写时的卡顿？想必是一个很不好的体验。
- 上面提到的n*m个插件的开辟，有一部分对于代码的处理完满是可以解耦的，需要依赖编辑器API的部分，我们做成扩展集成到编辑器的进程中，代码处理的部分解耦出来单独作为子进程运行，这样公共的部分开辟者无需反复实现，只需要提供m个语言服务器和m×n个插件即可，究竟上在编辑器的API的资助下，特别是vscode(本人做的就是vscode的插件)，这里的插件已经可以借助vscode提供的API相对简朴的举行实现，究竟上熟悉了之后这是一件很轻易的事情。
以是得出答案：
- 我们需要一个语言客户端插件
- 我们需要一个语言服务器
- 我们需要弄清晰它们的具体工作过程与逻辑
工作过程
- 语言客户端作为父进程，启动语言服务器作为子进程运行，语言客户端和语言服务器之间通过特定的协议举行通信，语言客户端把编辑器这边收集到的数据通过规定的格式发送给语言服务器，语言服务器吸收到后，对消息内容按照规定分析，得到需要的内容后举行代码分析的相关工作，将分析效果转换成协议规定的数据内容与格式，发送回客户端，客户端根据协议分析收到的数据实行相应的处理，最后实现我们在编辑代码时享受到的各种功能。
- 根据上述过程，语言服务器和语言客户端之间通过协议举行工作内容的解耦与通信，多个编辑器也可以实现用同一个服务器办理问题，这里的协议就是语言服务器协议，英文是Language Server Protocal，简称LSP。
语言服务器协议
- 语言服务器是微软推出的一种规范
- 关于具体的协议内容，可以去阅读官方的协议文档
3.17版本LSP协议规范
- 官方的协议文档内容非常多，刚开始读的一头雾水，究竟上假如仅是做一些简朴的语言服务器开辟，很多内容大概都用不上，这里仅作我个人以为的一些重点总结，先知道协议英华的部分，具体的内容可以根据实际开辟需求作针对性学习
协议规定，我们实际上需要发送的每一条消息都分成两个部分，消息头加消息内容
协议规定，语言客户端和语言服务器之间通信的消息分三种类型，请求（request）、响应（response）和通知（notification）
协议内容大要是按照JSON格式举行规定的，是键值对的组合
每种类型都要记取都是由消息头加消息内容构成的
关于请求、响应和通知的具体消息内容，有以下需要注意到的特点
- 前面提到消息的本质是一系列键值对的组合，不同的消息类型可以有的键也有所区别
- 语言服务器规范原文一部分的内容在讲协议的分类，其余很大一部分的内容就是在讲各种键值组合，什么键可以有什么值，不同的值的含义是什么，根据这些值，客户端和服务器需要作怎样的处理，服务器处理之后的数据需要打包成怎样的键值对发送回去
- 常驻键值对包括method, params, id等等，请求有method有id，响应有id没有method，通知有method没有id
- 语言服务器协议用的是TypeScript的伪代码写的，因此需要有肯定的TS底子，能看懂就行，究竟上就是像我这样的口头描述用代码写了一下，落实到实际的通信中就是一系列JSON格式的字符串
假如只是看上述大概读者会云里雾里，这些仅是对于语言服务器的源文档作的一些辅助性说明，因为我一开始就抱着源文档阿巴阿巴的读，抓不到重点，因此在这里作些简朴的总结，具体的开辟过程中的消息交互，后续可以单开一章举例说明。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
