图示：三次握手：1.客户端请求连接，会发送一个SYN序列号。2.服务端发送一个针对上次SYN序号的应答确认号ACK。3.服务端发送一个针对上次SYN序号的应答确认号ACK。四次握手：1.客户端请求断开连接，会发送一个FIN序号。2.服务端发送一个针对上次SYN序列号的应答确认号，服务端发送SYN序列号。3.服务端发送一个FIN序号请求断开连接。4.客

UDP：1：当收到应用程序的数据后马上按照原样进行发送。2：当网络负载很高，没有像tcp协议的拥塞控制的功能。3：不负责重发。4：不负责数据包的顺序纠正。区别：1、TCP面向连接（如打电话要先拨号建立连接）;UDP是无连接的，即发送数据之前不需要建立连接2、TCP提供可靠的服务。也就是说，通过TCP连接传送的数据，无差错，不丢失，不重复，且按序到达;UDP尽最大努力交付

tcp从客户端每次发送一次数据服务器返回一个确认，这样效率非常的低，所以就有窗口这个概念，每一次最大报文段长度（mss）都是1024，设定窗口为2048的话第一次发送1024（1~1025）后不等他的确认，再次发送1024（1025~2049），而后服务端一次性确认之前的数据，ack序号为2049（之前总量加1，也就是下次的开始号），这个节省了开销。按理来说服务端的拥塞控制有定

为什么需要httpsHTTP是明文传输的，也就意味着，介于发送端、接收端中间的任意节点都可以知道你们传输的内容是什么。这些节点可能是路由器、代理等。举个最常见的例子，用户登陆。用户输入账号，密码，采用HTTP的话，只要在代理服务器上做点手脚就可以拿到你的密码了。用户登陆 --> 代理服务器（做手脚）--> 实际授权服务器在发送端对密码进行加密？没用的，虽然别人不

三次握手的原因：网络不稳定的重复分组的问题。四次握手的原因：由于TCP全双工的原因。

我自己复习的流量控制主要设计两个方面：1，滑动窗口：就像TCP滑动窗口那样，客户端的发送窗口被服务端的接受缓冲区大小的严格控制，让客户端不会肆无忌惮的发送接收方无法处理的数据。补充:如果之前服务端反馈的缓冲区满，客户端就不会发送数据，但是当服务端的缓冲区里的数据处理后出现富裕，就会给客户端发送一个确认报文段，通告他的缓冲区出现富裕，但是这个ack（其实它不是确认报文段，不确认任何信息，只进

一 原理区别    一般在浏览器中输入网址访问资源都是通过GET方式；在FORM提交中，可以通过Method指定提交方式为GET或者POST，默认为GET提交Http定义了与服务器交互的不同方法，最基本的方法有4种，分别是GET，POST，PUT，DELETEURL全称是资源描述符，我们可以这样认为：一个URL地址，它用于描述一个网络上的资源，而HTTP中的GET，POST

前提条件：因为TCP是端到端的协议，并且是全双工，也就是客户端A和服务端B都可以同时接收和发送，都有自己的发送缓冲区和接收缓冲区，所以这里的场景为A发送数据到B的情况。滑动窗口的作用：服务端根据自己的接收缓冲区，控制对端的发送空间大小，避免网络拥塞。实例：其中最上面的就是发送端的发送缓冲区，但是发送的窗口只有一部分，也就是根据服务端返回的缓冲区的大小。确认报文段的确认改