这是我参与「第五届青训营 」伴学笔记创作活动的第 13 天
今天主要学习了RPC框架。 KiteX 是字节跳动框架组研发的下一代高性能、强可扩展性的 Go RPC 框架。除具备丰富的服务治理特性外，相比其他框架还有以下特点：集成了自研的网络库 Netpoll；支持多消息协议（Thrift、Protobuf）和多交互方式（Ping-Pong、Oneway、 Streaming）；提供了更加灵活可扩展的代码生成器。
自研的基于 epoll 的网络库 —— Netpoll，在性能方面有了较为显著的优化。测试数据表明，吞吐能力 ↑30% ，延迟 AVG ↓25% ，TP99 ↓67% ，性能已远超官方 net 库。以下，我们将分享两点显著提升性能的方案
Kite 在发布之初使用的是原生的库，所以存在两个最主要的问题：一是无法直接感知对端连接状态；二是原生 net 网络库在面对长连接时，容易产生 goroutine 爆炸的问题。
这在 HTTP 场景下其实很常见，开发人员经常会遇到一个 HTTP 服务（包括使用 Gin 这种框架的时候）的内存出现持续增长。为什么？因为实际场景中客户端经常忘记关连接。
Netpoll 可以通过一个 React 模型去解决连接爆炸的问题，同时也带来一些 zero-copy buffer 的使用。
关于多协议，字节跳动的大多数服务采用的都是 Thrift 协议。而这里的多协议是应对一些业务提出的支持其他协议的需求。例如后端服务和端上的 Protobuf 打通。通过多协议支持实现了它和 Thrift 的解耦。现在 KiteX 同时支持 PB 和 Thrift 协议，也支持灵活的自定义协议扩展。
Kite 在发布之初使用的是原生的库，所以存在两个最主要的问题：一是无法直接感知对端连接状态；二是原生 net 网络库在面对长连接时，容易产生 goroutine 爆炸的问题。
Netpoll 可以通过一个 React 模型去解决连接爆炸的问题，同时也带来一些 zero-copy buffer 的使用。
