在socket网络编程中，都是端到端通信，由客户端端口+服务端端口+客户端IP+服务端IP+传输协定组成的五元组能够明确的标识一条连贯。在TCP的socket编程中，发送端和接收端都有成对的socket。发送端为了将多个发往接收端的包，更加高效的的发给接收端，于是采纳了优化算法（Nagle算法），将屡次距离较小、数据量较小的数据…

[TOC]前言TCP是一种端对端的协定；TCP是无状态协定；一、TCP的三次握手-连贯1.1 图解流程SYN，同步标记位，用于建设连贯时，同步本人序列号给对方。ACK，确认标记位，当须要发送ack(确认序列号)时，必须置位1。seq，数据序列号，表名此次申请发送的第一个数据的序列号为多少，首次自定。ack，下次数据的序列号，通知对方…

TCP传输时将每个字节的数据都进行了编号，这就是序列号。tcp按序号发送报文，接收端收到报文后，会给发送端一个ACK确认报文，用来示意曾经胜利接管到报文，报文中还带有ack，示意下一次发送端应该从哪里开始发送报文。

在互联网大厂面试过程中对于计算机中网络常问的一个问题就是对于传输层外面的协定:TCP协定，TCP协定规定了网络通信中点对点的通信,基于PORT寻址到对应的主机上的某一个应用程序(一个网络数据包过去之后,因为各个应用程序是共用一块网卡接管网络数据包数据,所以为了确认此网络数据包到底是发给我本机的哪个应用程序的呢？…

三次握手 && 四次挥手材料：材料TCP连贯中的协定码SYN: synchronous，当SYN=1，ACK=0，表明是连贯申请报文，若批准连贯，则响应报文中应该使SYN=1，ACK=1ACK: acknowledgement，仅当ACK=1时，确认号字段才无效PSH: push 推送FIN: finish完结，当FIN=1，表明此报文的发送方的数据曾经发送结束，并且要求开释RST: …

对于IM开发者而言，网络保活这件事再相熟不过了，比方这是我最近一篇无关网络保活话题文章《一文读懂即时通讯利用中的网络心跳包机制：作用、原理、实现思路等》，以及我分享的大量代码实战编码中也都必须要思考这个问题的实现，比方最近的这篇《跟着源码学IM(五)：正确理解IM长连贯、心跳及重连机制，并入手实现》。

UDP 报文是不牢靠的，而 TCP 报文提供牢靠交付，有拥塞管制，是有状态的连贯。而这些个性都是一些简单的构造保障的，非常明显的一点就是，UDP 头部简略，而 TCP 头部简单。尽管 TCP 有所谓的可靠性保障，然而其网络环境不见得良好。作为 IP 层，如果网络条件差，那么发包就没有任何保障，作为下层的 TCP 也没有方法，只…

事件从一个健身教练说起吧。李东，自称亚健康终结者，尝试应用互联网+的模式拓展本人的业务。在某款新开发的聊天软件琛琛上公布广告。键盘说来就来。疯狂发送

笔者对网络中的传输层尤为酷爱，之前有一篇文章曾经将传输层中大部分的知识点介绍了一遍，可能可读性较差。这篇次要就一些较为难了解的，课本中未具体阐明的概念进行论述。倡议读者还是先将上一篇浏览一下哦~ [链接]。次要了解一下其中的GBN和SR。

什么TCP[链接]互联网由一整套协定形成。TCP 只是其中的一层，有着本人的分工。TCP 是以太网协定和 IP 协定的下层协定，也是应用层协定的上层协定。IP层是「不牢靠」的，它不保障网络包的交付、不保障网络包的按序交付、也不保障网络包中的数据的完整性。如果须要保障网络数据包的可靠性，那么就须要由下层（传输层）的 T…