1.Netty源码-一分钟掌握4种tcp粘包解决方案
2.Nginx源码分析—HTTP模块之TCP连接建立过程详解
3.go源码解析之TCP连接（六）——IO多路复用之事件注册
4.通过源码理解http层和tcp层的分分包keep-alive
5.零基础5分钟开发一个简单的ModBus TCP主站上位机（附源码）
6.TCP之深入浅出send&recv

Netty源码-一分钟掌握4种tcp粘包解决方案

       TCP报文的传输过程涉及内核中recv缓冲区和send缓冲区。发送端，包源数据先至send缓冲区，处理经Nagle算法判断是分分包否立即发送。接收端，包源数据先入recv缓冲区，处理穷举 顶底 源码再由内核拷贝至用户空间。分分包

       粘包现象源于无明确边界。包源解决此问题的处理关键在于界定报文的分界。Netty提供了四种方案来应对TCP粘包问题。分分包

       Netty粘包解决方案基于容器存储报文，包源待所有报文收集后进行拆包处理。处理容器与拆包处理分别在ByteToMessageDecoder类的分分包cumulation与decode抽象方法中实现。

       FixedLengthFrameDecoder是包源通过设置固定长度参数来识别报文，非报文长度，处理避免误判。

       LineBasedFrameDecoder以换行符作为分界符，确保准确分割报文，避免将多个报文合并。双macd源码

       LengthFieldPrepender通过设置长度字段长度，实现简单编码，为后续解码提供依据。

       LengthFieldBasedFrameDecoder则是一种万能解码器，能够解密任意格式的编码，灵活性高。

       实现过程中涉及的参数包括：长度字段的起始位置offset、长度字段占的字节数lengthFieldLength、长度的源码提取apk调整lengthAdjustment以及解码后需跳过的字节数initialBytesToStrip。

       在实际应用中，为自定义协议，需在服务器与客户端分别实现编码与解码逻辑。服务器端负责发送经过编码的协议数据，客户端则接收并解码，以还原协议信息。

Nginx源码分析—HTTP模块之TCP连接建立过程详解

       Nginx源码中HTTP模块的TCP连接建立过程详细解析如下：

       首先，监听套接字的初始化由ngx_.ipv4.tcp_wmem值或命令'cat /proc/sys/net/ipv4/tcp_wmem'。以笔者服务器为例，比赛直播源码发送缓冲区大小为、、。

       通过程序可以修改当前tcp socket的发送缓冲区大小，只影响特定的socket。

       接收缓冲区用于缓存网络上来的数据，直至应用进程读取为止。当应用进程未读取数据且接收缓冲区已满时，收端会通知发端接收窗口关闭（win=0），网址维护源码实现TCP的流量控制。

       接收缓冲区大小可以通过查看/etc/sysctl.ronf下的net.ipv4.tcp_rmem值或命令'cat /proc/sys/net/ipv4/tcp_rmem'获取。同样，可以通过修改程序大小修改接收缓冲区，仅影响当前特定socket。

       TCP的四层模型包括应用层、传输层、网络层和数据链路层。应用层创建socket并建立连接后，可以调用send函数发送数据。传输层处理数据，以TCP为例，其主要功能包括流量控制、拥塞控制等。

       当发送数据时，数据会从应用层、传输层、网络层、数据链路层依次传递。上图为send函数源码调用逻辑图，若对源码感兴趣，可查阅net/tcp.c获取详细实现。

       recv函数实现类似，从数据链路层接收数据帧，通过网卡驱动处理后，进入内核进行协议层处理，最终将数据放入socket的接收缓冲区。

       在实际应用中，非阻塞send时，发送端可能发送了大量数据，但实际只发送了部分，缓冲区中仍有大量数据未发送。接收端recv获取数据时，可能只收到部分数据。这种情况下，应用层需要正确处理超时、断开连接等情况。

       总结来说，TCP的send和recv函数分别在应用层和传输层实现数据的发送和接收，通过内核的缓冲区控制数据的流动。正确理解这些原理对于网络编程至关重要。