摘要：
1、TCP面向连接（如打电话要先拨号建立连接）;UDP是无连接的，即发送数据之前不需要建立连接 2、TCP提供可靠的服务。也就是说，通过TCP连接传送的数据，无差错，不丢失，不重复，且按序到 达;UDP尽最大努力交付，即不保证可靠交付 3、TCP面向字节流，实际上是TCP把数据看成一连串无结构的字节 阅读全文
2021年8月10日
摘要：
提供无连接的，尽最大努力的数据传输服务（不保证数据传输的可靠性）。 封包和拆包你听说过吗？它是基于TCP还是UDP的？ 封包和拆包都是基于TCP的概念。因为TCP是无边界的流传输，所以需要对TCP进行封包和拆包，确保 发送和接收的数据不粘连。 封包：封包就是在发送数据报的时候为每个TCP数据包加上一 阅读全文
摘要：
第一种回答 1.确认和重传：接收方收到报文就会确认，发送方发送一段时间后没有收到确认就会重传。 2.数据校验：TCP报文头有校验和，用于校验报文是否损坏。 3.数据合理分片和排序：tcp会按最大传输单元(MTU)合理分片，接收方会缓存未按序到达的数据，重新 排序后交给应用层。而UDP：IP数据报大于 阅读全文
摘要：
1.目的是接收方通过TCP头窗口字段告知发送方本方可接收的最大数据量，用以解决发送速率过快导致 接收方不能接收的问题。所以流量控制是点对点控制。 2.TCP是双工协议，双方可以同时通信，所以发送方接收方各自维护一个发送窗和接收窗。 发送窗：用来限制发送方可以发送的数据大小，其中发送窗口的大小由接收端 阅读全文
摘要：
FIN_WAIT_2： 1.半关闭状态。 2.发送断开请求一方还有接收数据能力，但已经没有发送数据能力。 CLOSE_WAIT状态： 1.被动关闭连接一方接收到FIN包会立即回应ACK包表示已接收到断开请求。 2.被动关闭连接一方如果还有剩余数据要发送就会进入CLOSED_WAIT状态。 TIME_ 阅读全文
摘要：
主要的考虑还是要区分包的丢失是由于链路故障还是乱序等其他因素引发。 两次duplicated ACK时很可能是乱序造成的！三次duplicated ACK时很可能是丢包造成的！四次duplicated ACK更更更可能是丢包造成的，但是这样的响应策略太慢。丢包肯定会造成三次duplicated AC 阅读全文
摘要：
四大算法 拥塞控制主要是四个算法：1）慢启动，2）拥塞避免，3）拥塞发生，4）快速恢复。这四个算法不是一 天都搞出来的，这个四算法的发展经历了很多时间，到今天都还在优化中。 慢热启动算法 – Slow Start 所谓慢启动，也就是TCP连接刚建立，一点一点地提速，试探一下网络的承受能力，以免直接扰 阅读全文
摘要：
get 是通过URL提交数据，因此GET可提交的数据量就跟URL所能达到的最大长度有直接关系。 很多文章都说GET方式提交的数据最多只能是1024字节，而实际上，URL不存在参数上限的问题， HTTP协议规范也没有对URL长度进行限制。 这个限制是特定的浏览器及服务器对它的限制，比如IE对URL长度 阅读全文
摘要：
HTTP/1.1 通过 Cache-Control 首部字段来控制缓存。 禁止进行缓存 no-store 指令规定不能对请求或响应的任何一部分进行缓存。 Cache-Control: no-store 强制确认缓存 no-cache 指令规定缓存服务器需要先向源服务器验证缓存资源的有效性，只有当缓存 阅读全文