Xukaiy的博客

TCP可靠性的实现超时重传超时重传：在数据发送的时候，设定一个定时器，当在设置的时间内没有收到相应的ACK确认应答报文就会重发该报文超时重传的两种情况数据包丢失确认应答丢失超时时间的设置RTT：就是数据从网络的一端到另一端所需的时间（就是包的往返时间）RTO：就是超时计时器计算的祭时间设置不合理的两种情况流量控制滑动窗口窗口实际上是操作系统开辟的一个缓存空间，发送方主机在确认应答的返回之前，必须在缓冲区中保留已经发送的数据，如果如期收到，此时数据就会从缓冲区中清除

TCP的四次挥手TCP的四次挥手过程和状态迁移当客户端打算断开链接的时候，就会通过TCP的首部（FIN位置为1），之后客户端就进入到了FIN_WAIT_1这个状态服务器端接收到FIN报文之后，就向客户端发送ACK应答报文，并进入到CLOSE_WAIT状态客户端接收到服务器端发送的ACK报文之后，进入到FIN_WAIT_2这个状态等待服务器端处理完数据之后，也向客户端发送FIN报文，服务器进入到LAST_WAIT状态客户端接收到服务器端发送的FIN报文之后，再向服务器端发送ACK报文，并进入到

HTTPS的详解HTTP的缺陷HTTP采用的明文传输的方式，不安全，然后被窃听HTTP存在纂改的风险，比如植入广告等冒充风险（中间人问题），比如冒充京东，返回错误的信息给用户HTTPS解决HTTP存在的问题HTTPS在HTTP和TCP之间加了TSL/SSL解决了HTTP存在的问题TLS是如何解决这些问题的？信息加密：HTTP的信息是加密的，第三方是无法窃取的检验机制：检验信息是否被第三方纂改过，如果纂改过会警告提示身份证书：验证服务器是否是对应的服务器由此可见，有了TLS/

HTTP的演进HTTP1.0到HTTP1.1的优化使用TCP长连接的方式改善了HTTP1.0短连接造成的性能开销支持网络管道传输，只要有一个请求发送，其他的请求不需要等其回来也就可以继续发送请求，减少整体的响应时间HTTP1.1的弊端请求为被压缩就被发送出去，导致头部的信息过大，只能压缩到Body上头部重复字段发送多次造成资源的浪费没有优先级的控制（有一些请求比较急可以优先处理）只能由客户端发送给服务器，服务器只能被动的接收造成队头阻塞fas[外链图片转存失败,源站可能有防盗链机制,

基本认识TCP头部格式序列号：在建⽴连接时由计算机⽣成的随机数作为其初始值，通过 SYN 包传给接收端主机，每发送⼀次数据，就「累加」⼀次该「数据字节数」的⼤⼩。⽤来解决⽹络包乱序问题。确认应答号：指下⼀次「期望」收到的数据的序列号，发送端收到这个确认应答以后可以认为在这个序号以前的数据都已经被正常接收。⽤来解决不丢包的问题。控制位：ACK：该位为 1 时，「确认应答」的字段变为有效，TCP 规定除了最初建⽴连接时的 SYN 包之外该位必须设置为RST：该位为 1 时，表示 TCP 连接中