这是我参与「第五届青训营 」伴学笔记创作活动的第 12 天
KiteX
Golang 微服务 RPC 框架，具有高性能、强可扩展的特点，在字节内部已广泛使用。如今越来越多的微服务选择使用 Golang，如果对微服务性能有要求，又希望定制扩展融入自己的治理体系，Kitex 会是一个不错的选择。
-
高性能
使用自研的高性能网络库 Netpoll，性能相较 go net 具有显著优势。
-
扩展性
提供了较多的扩展接口以及默认扩展实现，使用者也可以根据需要自行定制扩展，具体见下面的框架扩展。
-
多消息协议
RPC 消息协议默认支持 Thrift、Kitex Protobuf、gRPC。Thrift 支持 Buffered 和 Framed 二进制协议；Kitex Protobuf 是 Kitex 自定义的 Protobuf 消息协议，协议格式类似 Thrift；gRPC 是对 gRPC 消息协议的支持，可以与 gRPC 互通。除此之外，使用者也可以扩展自己的消息协议。
-
多传输协议
传输协议封装消息协议进行 RPC 互通，传输协议可以额外透传元信息，用于服务治理，Kitex 支持的传输协议有 TTHeader、HTTP2。TTHeader 可以和 Thrift、Kitex Protobuf 结合使用；HTTP2 目前主要是结合 gRPC 协议使用，后续也会支持 Thrift。
-
多种消息类型
支持 PingPong、Oneway、双向 Streaming。其中 Oneway 目前只对 Thrift 协议支持，双向 Streaming 只对 gRPC 支持，后续会考虑支持 Thrift 的双向 Streaming。
-
服务治理
支持服务注册 / 发现、负载均衡、熔断、限流、重试、监控、链路跟踪、日志、诊断等服务治理模块，大部分均已提供默认扩展，使用者可选择集成。
-
代码生成
Kitex 内置代码生成工具，可支持生成 Thrift、Protobuf 以及脚手架代码。
基本工作流程
根据配置初始化服务，然后服务启动，启动后监听端口，当有请求进来时，将字节码反序列化，进入业务处理，处理完之后再编码成字节码在网络中传回给rpc客户端。
处理请求
onConnActive前文已经介绍了，就是初始化一个待填值的RPCInfo，并置于ctx中。
重头戏自然落到onConnRead中。onConnRead褪去层层包装，最终执行的函数是trans.svrTransHandler.OnRead()。
// OnRead implements the remote.ServerTransHandler interface.func (t *svrTransHandler) OnRead(ctx context.Context, conn net.Conn) error { // 1. 解析请求 err = t.Read(ctx, conn, recvMsg) // 2. 处理请求 ctx, err = t.transPipe.OnMessage(ctx, recvMsg, sendMsg) // 3. 发送回复 err = t.transPipe.Write(ctx, conn, sendMsg)}
不同RPC框架的实现不尽相同，netpoll库（IO多路复用）为KiteX带来了优越的性能。还有KiteX中各层之间的面向接口设计，使得框架具有很高的扩展性
