战争与技术-导弹与Netty的关系

俄乌战争已持续数周，继上一集的负载均衡话题，本集我们继续聊战争与技术的话题。今天我们聊的是导弹和Netty的关系。

你也许好奇，导弹居然和Netty都能扯上关系，你还别说，真能扯上关系。

让我们还是从福特说起，没错就是那个Ford。

福特有个公司名叫Ford Aerospace，福特航空航天公司。福特航空航天公司是福特汽车公司的航空航天和国防部门。它位于加利福尼亚州奥兰治县的纽波特海滩，成立于1956 年，一直到1990年，然后卖给了Loral Corporation。

这个公司的产品都是一些导弹或飞行器。以下是Ford Aerospace公司的热门产品列表：

• AGM-88 HARM (subcontractor)
• AIM-9 Sidewinder
• AN/AAS-38 (F/A-18 FLIR)
• Have Dash
• LGM-118 Peacekeeper (subcontractor)
• LGM-30 Minuteman (subcontractor)
• MGM-51 Shillelagh
• MIM-72 Chaparral
• Pave Knife
• Pave Tack
• UGM-73 Poseidon (subcontractor)
• Trident (missile) (subcontractor)

其中AGM-88 HARM参与过的战争有海湾战争、科索沃战争、伊拉克战争以及2011年的利比亚军事干预行动。

图为AGM-88 HARM导弹

好，回到正题。这个Ford Aerospace公司有一名员工，他在研发导弹的过程中，发现当时的TCP/IP网络的一个大的问题。那就是有时候为了发送1字节的有用信息，都会携带40个字节的报头。熟悉TCP的人知道，TCP数据包包括头部和消息正文两部分。而这个头部固定大小为40个字节，每次发送都要携带头部。

这导致 41 字节的数据包包含 1 字节的有用信息，这是一个巨大的开销。这种情况经常发生在 Telnet 会话中，其中大多数按键会生成一个立即传输的单字节数据。更糟糕的是，在慢速链路上，许多此类数据包可能同时在传输中，可能导致拥塞崩溃。

于是这位员工想了一个办法，那就是把多个小包放在缓冲区攒起来了，然后攒成一个大的数据包然后一次性批量发送出去，而不是一个个小包单个发送。这样就降低了拥塞和开销。

这个员工的名字叫做：Nagle。上面描述的算法就是Nagle算法。这个算法于1984年作为征求意见稿（RFC）发布。标题为Congestion Control in IP/TCP Internetworks（TCP/IP网络拥塞控制方案）。RFC 描述了他说的“小包问题”，即应用程序以小块的形式重复发送数据，通常只有 1 个字节大小。由于 TCP 数据包有一个 40 字节的报头（TCP 为 20 字节，IPv4 为 20 字节），这导致 41 字节的数据包只包含 1 字节的有用信息。

自此Nagle算法就声名鹊起，很多的TCP的实现者们都会提供一个接口来让用户自己去设置是否开启Nagle算法。他们通常给这个参数起名叫：TCP_NODELAY。你可以在微软的Windows的注册表里看到有个开关叫做TcpNoDelay。有时候也叫做TCP_QUICKACK，比如Linux在2001年就支持了这个参数。

在Netty中也有这样的配置，有时候我们希望禁用Nagle算法，就可以使用如下配置。

在客户端我们需要这样设置：

bootstap.option(ChannelOption.TCP_NODELAY, true);

在服务器端是在worker的Channel端设置属性：

boot.childOption(ChannelOption.TCP_NODELAY, true);

Nagle 算法在海量流量的场景下非常有效，但是会造成一定的数据延迟。如果对数据传输延迟敏感，那么应该禁用该参数。

现在发现导弹和Netty的关系了吧~