作者： 顾欣
Triple 是 Dubbo3 提出的根据 HTTP2 的敞开协议，旨在解决 Dubbo2 私有协议带来的互通性问题。Triple 根据 HTTP2 定制自己的流控，支持经过特定的异常告知客户端事务层服务端负载高状况，维护了服务端被大流量击垮，进步体系高可用才能。
流控反压现状
客户端和服务器端在接收数据的时分有一个缓冲区来临时存储数据，但是缓冲区的巨细是有约束的，所以有可能会呈现缓冲区溢出的状况， Http 经过流控维护数据溢出丢掉危险。
Http1 流控
在 HTTP1.1 中，流量的操控依靠的是底层 TCP 协议，在客户端和服务器端树立衔接的时分，会运用体系默许的设置来树立缓冲区。在数据进行通信的时分，会告知对方它的接收窗口的巨细，这个接收窗口就是缓冲区中剩下的可用空间。如果接收窗口巨细为零，则阐明接收方缓冲区已满，则发送方将不再发送数据，直到客户端清除其内部缓冲区，然后恳求康复数据传输。
Http2 流控
Http2 运用了多路复用机制，一个 TCP 衔接能够有多个 Http2 衔接，故在 Http2 中，有愈加精密的流操控机制，允许服务端完成自己数据流和衔接级的流操控。服务端与客户端初次见了衔接时，会经过发送 Http2SettingsFrame 设置初始化的流控窗口巨细，用于 Stream 等级流控，默许为65,535字节。定好流控窗口后，每次客户端发送数据就会削减流控窗口的巨细，服务端收到数据后会发送窗口更新包（WINDOW_UPDATE frame）告知客户端更新窗口。客户端收到窗口更新包后就会增加对应值的流控窗口，然后达到动态操控的意图。
Triple 流控反压
Netty 根据 Http2 完成了根底的流控，当服务端负载过高，客户端发送窗口为0时，新增恳求就无法被发送出去，会在缓存到客户端待发送恳求行列中，缓存数据过大，就会造成客户端内存溢出，影响事务程序。
Triple 根据 netty 完成了 Http2 协议，经过 Http2FlowController 接口一致封装，在完成分为进站（inbound）和出站（outbound）两个维度的完成。Triple 在 inbound 流量上运用了 netty 的默许流控完成，在 outbound 上完成了自己流控，根据服务端负载，将服务端流量压力透传到客户端事务层，完成客户端的事务反压，暂停事务持续发送恳求，维护服务端不被大流量击垮。
衔接初始化
Triple 在初次树立衔接时，经过 TripleHttp2Protocol 初始化 http2 装备，默许流控窗口 DEFAULT_WINDOW_INIT_SIZE = MIB_8，并在服务端和客户端参加自己的 outbound 流控接口。
Inbound 流控
Inbound 流量会经过 DefaultHttp2LocalFlowController 的 consumeBytes方法完成流控窗口更新与发送。
1.进口传入 Http 流与更新数据巨细
2.找到对应衔接完成数据消费
3.更新流控窗口
4.发送流控更新数据包（window_update）
Outbound 流控
Outbound 经过 Triple 自己的流控完成 TriHttp2RemoteFlowController，将服务端压力反应到事务层，维护服务端被大流量击垮。
1.发送数据时判断是否还有窗口
2.窗口为0时抛出特定异常
3.反应客户端流控异常
总结
Triple 经过将底层客户端发送窗口为0场景封装为特定流控异常，透传至客户端上层事务，阻止客户端事务持续数据发送，有效的维护了服务端被大流量击垮和客户端的内存溢出的问题。
未来展望
目前 Triple 已经基本完成了流控反压才能，未来我们将深度联动事务，根据事务负载自适应调整反压流控，一是在 inbound 大将流控窗口包发送时机调整到服务端事务处理完成后，二是在 outbound 流量上关联客户端事务层，动态调整客户端发送速率。然后完成根据服务端事务负载动态反压流控机制。
点击此处检查原文文档
