为什么要把信息直接从一端传到另一端而不分层？网络传输无非是将消息从用户端传输到服务器端，或者服务器端将消息传输到用户端。所以，在传输过程中，网络是不稳定的。数据丢失了怎么办？实际上，客户端向服务器发送消息。一般情况下，服务器收到消息后会反馈消息给客户端，客户端就知道收到了。 如果数据丢失，如果客户端在一定时间内没有收到反馈，它将重新传输信息。 我们再来看看。如果我们的数据量非常大，经过每个中间节点的时间加起来，数据在最后一个节点丢失了，岂不是要重传？如果频繁发生，客户会体验到网络非常不稳定的感觉。 怎么处理？以块的形式传输数据。 比如现在数据是一大块，分ABCDE...，传输顺序为A、B、C...每次都是。如果传输到C时传输失败，但AB都成功了，那么继续传输C，成功后再继续传输到下一个块。 如何将数据分层分块？往下看，HTTP之类的东西是网络消息的传输，FTP是文件的传输，DNS是域名服务。这些都是具体的目标，也就是你要做的事情，可以用应用层来表示。 那么这些应用层做的事情应该是分块传输的，而且不仅仅是HTTP，还有DNS和FTP。 想想吧。在Java看来，多个类要做同样的事情。要不要拿出来当接口？ 然后，把块传输看成一层。这一层从应用层获取数据，然后分块传输。传输后，它到达另一端，然后将数据拼接成完整的信息，然后扔给应用层。这样，将来自应用层的数据组合成块并传输到应用层的这一层就充当了传输层。 TCP和UDP等协议位于传输层。 说到TCP和UDP，两者的传输区别在于TCP必须保证数据的正确性。简单来说，数据从一端到另一端必须是完整的，而UDP传输可能会丢包，导致数据不完整。比如我们看直播的时候，网络突然不好了，直播就卡了。过了一段时间，网络就正常了，不过现在是直播，就不去管那些事了，继续传现在的数据。 所以差异都是众所周知的。有哪些相似之处？只是数据传输而已。是不是要拿出一层，把这些传输层的块数据通过网络传到另一端？ 这是网络层。 网络层只负责这些数据块的传输。如果有，就传；如果不可用，则不会传输。 而且网络层不关心数据传输成功与否，拿到数据就传输。至于数据传输成功与否，就看传输层能否再次传输数据了。 IP协议位于网络层。 网络层的传输需要通过物理设施来实现。 在我们的现实生活中，物理设施中对网络层的支持一般是以太网，需要通过以太网(或者WIFI)来实现真正的网络传输。 都有另一层，数据链路层。 以上是对网络模型本质的理解。 TCP传输时，需要事先确定对方是谁，所以要建立TCP链接，这些连接是有状态的(HTTP是无状态的)。 这种有状态的表现就是传输的时候知道对方是对的，保持这种状态来传输数据。 TCP连接需要三次握手。什么是三次握手？比如A要和B链接:1。a给B发信息说:我想和你链接。2.B收到A的消息后，应该通知A已经收到你的消息并回复。3.a也要告诉B，已经收到了B的消息:我也收到了你的消息，可以开始正常沟通了。1.可以理解。2.B要让A知道A-& B正常，B要发送消息，而3是因为A告诉B已经收到消息，可以正常通信了。 既然有连接，就有关机。为什么要关闭？因为连接时对方的信息都存储在本地，关闭就是释放资源。 比关闭连接多一次。 TCP连接的关闭也叫四次挥手。例如，如果A想要断开与B的连接:1。a给B发信息说:我要和你断交；2.B收到后，对A说:我知道你没有消息；3.b又发消息说:我也没消息；4.A收到后对B说:我知道你没有消息。断开连接后，TCP会断开连接。 注意，B收到A的消息后，只是说告诉A没有A的消息，并不代表B也没有消息。 在网络上，移动网络不属于互联网，但运营商内网没有真正的公网IP。 所以移动网络与外界的通信是通过:移动网络到运营商，再从运营商到外界，这就是所谓的长连接。 那为什么长连接？我们知道关闭TCP连接是我们主动的，但是在长连接中，当一个TCP连接在一段时间内没有通信时，网关为了网络性能会关闭这个TCP连接与公网的连接通道，导致这个TCP端口不能再接收外部的通信消息，这就是TCP连接的被动断开。 TCP第二次和第三次断开时，为什么不合并？第二次B得到A后没有消息发送，为什么不等到B没有消息再告诉A一次B没有消息？其实真实的事实是:TCP支持第二次和第三次合并，即将这两条消息合并成一条消息发送。TCP的四波本质上只是由于一方说完了，另一方还没说完的情况，所以TCP要给双方一个机会来表达自己已经说完了，所以本质上TCP的四波其实是一对二波。 综上所述，这两条消息不能合并，但又不能合并。由于会有很多场景需要拆解使用，TCP支持合并的方案。