网络

tcp的各种东西，udp和tcp的区别和常用场景；

TCP/IP
TCP/IP 意味着 TCP 和 IP 在一起协同工作。
TCP 负责应用软件（比如你的浏览器）和网络软件之间的通信。
IP 负责计算机之间的通信。
TCP 负责将数据分割并装入 IP 包，然后在它们到达的时候重新组合它们。
IP 负责将包发送至接受者。

TCP三次握手

1、建立连接时，客户端发送SYN包（SYN=i）到服务器，并进入到SYN-SEND状态，等待服务器确认
2、服务器收到SYN包，必须确认客户的SYN（ack=i+1）,同时自己也发送一个SYN包（SYN=k）,即SYN+ACK包，此时服务器进入SYN-RECV状态
3、客户端收到服务器的SYN+ACK包，向服务器发送确认报ACK（ack=k+1）,此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手，客户端与服务器开始传送数据。

TCP四次挥手

（1）第一次挥手：Client发送一个FIN，用来关闭Client到Server的数据传送，Client进入FIN_WAIT_1状态。
（2）第二次挥手：Server收到FIN后，发送一个ACK给Client，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号），Server进入CLOSE_WAIT状态。
（3）第三次挥手：Server发送一个FIN，用来关闭Server到Client的数据传送，Server进入LAST_ACK状态。
（4）第四次挥手：Client收到FIN后，Client进入TIME_WAIT状态，接着发送一个ACK给Server，确认序号为收到序号+1，Server进入CLOSED状态，完成四次挥手。

为什么建立连接是三次握手，而关闭连接却是四次挥手呢？
这是因为服务端在LISTEN状态下，收到建立连接请求的SYN报文后，把ACK和SYN放在一个报文里发送给客户端。而关闭连接时，当收到对方的FIN报文时，仅仅表示对方不再发送数据了但是还能接收数据，己方也未必全部数据都发送给对方了，所以己方可以立即close，也可以发送一些数据给对方后，再发送FIN报文给对方来表示同意现在关闭连接，因此，己方ACK和FIN一般都会分开发送。

为什么TIME_WAIT状态需要经过2MSL(最大报文段生存时间)才能返回到CLOSE状态？
原因有二：
一、保证TCP协议的全双工连接能够可靠关闭
二、保证这次连接的重复数据段从网络中消失

udp和tcp的区别和常用场景
TCP与UDP区别总结：
1、TCP面向连接（如打电话要先拨号建立连接）;UDP是无连接的，即发送数据之前不需要建立连接
2、TCP提供可靠的服务。也就是说，通过TCP连接传送的数据，无差错，不丢失，不重复，且按序到达;UDP尽最大努力交付，即不保 证可靠交付
3、TCP面向字节流，实际上是TCP把数据看成一连串无结构的字节流;UDP是面向报文的
UDP没有拥塞控制，因此网络出现拥塞不会使源主机的发送速率降低（对实时应用很有用，如IP电话，实时视频会议等）
4、每一条TCP连接只能是点到点的;UDP支持一对一，一对多，多对一和多对多的交互通信
5、TCP首部开销20字节;UDP的首部开销小，只有8个字节
6、TCP的逻辑通信信道是全双工的可靠信道，UDP则是不可靠信道

http的各种状态码，以及相应的排查错误的方式；

• 301 永久性转移
  浏览器在拿到服务器返回的这个状态码后会自动跳转到一个新的URL地址，这个地址可以从响应的Location首部中获取（用户看到的效果就是他输入的地址A瞬间变成了另一个地址B），旧地址A的资源已经被永久地移除了（这个资源不可访问了），搜索引擎在抓取新内容的同时也将旧的网址交换为重定向之后的网址
• 302短暂性转移
  临时重定向，表示请求的资源临时搬到了其他位置
  表示旧地址A的资源还在（仍然可以访问），这个重定向只是临时地从旧地址A跳转到地址B，搜索引擎会抓取新的内容而保存旧的网址。
• 303 See Other
  表示请求资源存在另一个URI，应使用GET定向获取请求资源
  303功能与302一样，区别只是303明确客户端应该使用GET访问
  303 表示请求的资源路径发生改变，使用GET方法请求新url。她与302的功能一样，但是明确指出使用GET方法请求新url（第一次请求返回的location）。
• 400 Bad Request
  表示请求报文存在语法错误或参数错误，服务器不理解，服务器不应该重复提交这个请求，需要修改请求内容后再次发送。
  原因以及解决思路： 1:前端提交数据的字段名称或者是字段类型和后台的实体类不一致，导致无法封装；最常见的可能就是后端使用@RequestBody 接收，先仔细排查一遍，不行的话，使用@RequestParam再逐一看一下是否可以封装进去
  2：前端提交的到后台的数据应该是json字符串类型，而前端没有将对象转化为字符串类型；这个比较简单，使用JSON.stringify(param) 转换成json字符串
• 401 Unauthorized
  表示发送的请求需要有HTTP认证信息或者是认证失败了
  返回401的响应必须包含一个适用于被请求资源的WWW-Authenticate首部以质询用户信息
  浏览器初次接受401时，会弹出认证窗口
• 403 Forbidden
  返回403状态码就是，拒绝或者禁止访问。但是，服务器虽然拒绝或者禁止访问，但是它已经理解了你的请求。
  具体原因有以下多种：
  错误代码：403.1
  HTTP 403.1 禁止访问：禁止可执行访问 Internet 信息服务 原因是执行权限不够，解决的方法是： 打开“管理工具”的“Internet 信息服务”，右键选择“WEB站点属性”的“主目录”选项卡，把“执行许可”的选项从“无”改为“纯脚本”就好了。
  错误代码：403.2
  403.2错误是由于”读取”访问被禁止而造成的。导致此错误是由于没有可用的默认网页并且没有对目录启用目录浏览，或者要显示的 HTML 网页所驻留的目录仅标记为”可执行”或”脚本”权限。
  错误代码：403.3
  403.3错误是由于”写入”访问被禁止而造成的，当试图将文件上载到目录或在目录中修改文件，但该目录不允许”写”访问时就会出现此种错误。
  错误代码：403.4
  403.4错误是由于要求SSL而造成的，您必须在要查看的网页的地址中使用”https”。
  错误代码：403.5
  403.5错误是由于要求使用 128 位加密算法的 Web 浏览器而造成的，如果您的浏览器不支持128位加密算法就会出现这个错误，您可以连接微软网站进行浏览器升级。
  错误代码：403.6
  403.6错误是由于IP 地址被拒绝而造成的。如果服务器中有不能访问该站点的 IP 地址列表，并且您使用的 IP 地址在该列表中时您就会返回这条错误信息。
  错误代码：403.7
  403.7错误是因为要求客户证书，当需要访问的资源要求浏览器拥有服务器能够识别的安全套接字层 (SSL) 客户证书时会返回此种错误。
• 404 Not Found
  表示服务器找不到你请求的资源。
• 405 Method Not Allowed
  请求行中指定的方法不允许由Request-URI标识的资源。响应必须包含一个Allow标头，其中包含所请求资源的有效方法列表。
  a、方法名称写错。
  b、方法参数类型与标准不一致。
  c、方法异常、返回值类型与标准不一致
  这一般是前台的问题，我们的解决方案是：把post请求换成get请求。
• 500 Internal Server Error
  表示服务器执行请求的时候出错了，可能是服务器端的bug,但是也可能是前端的问题，比如后台报了序列化错误，可能就是因为你的前端没有设置content-type=application/json
• 502 Bad Gateway
  服务器在充当网关或代理时，在尝试完成请求时从其访问的上游服务器收到无效响应。
• 503 Bad Gateway
  由于服务器的临时过载或维护，服务器当前无法处理请求。这意味着这是一个暂时的条件，经过一段时间的延迟后会得到缓解。如果已知，延迟的长度可以在Retry-After报头中指示。如果没有给出Retry-After，客户端应该像处理500响应一样处理响应。

http请求头等；

HTTP请求是指 ： 客户端通过发送 HTTP 请求向服务器请求对资源的访问。 它向服务器传递了一个数据块，也就是请求信息，HTTP 请求由三部分组成：请求行、请求头和请求正文。

• 请求行
  请求行：请求方法URI协议/版本
  请求的第一行是“方法 URL 协议/版本”，并以 回车换行作为结尾。请求行以空格分隔。格式如下：
  GET /index.html HTTP/1.1
  重点介绍 GET、POST 和 HEAD 三个方法：
  （1）GETGET方法是默认的HTTP请求方法，例如当我们通过在浏览器的地址栏中直接输入网址的方式去访问网页的时候，浏览器采用的就是 GET 方法向服务器获取资源。请求参数在 请求行中
  （2）POST是GET方法的一个替代方法，它主要是向Web服务器提交表单数据，尤其是大批量的数据。请求参数在请求体中
  （3） HEAD 方法与 GET 方法几乎是相同的，它们的区别在于 HEAD 方法只是请求消息报头，而不是完整的内容。对于 HEAD 请求的回应部分来说，它的 HTTP 头部中包含的信息与通过 GET 请求所得到的信息是相同的。利用这个方法，不必传输整个资源内容，就可以得到 Request-URI 所标识的资源的信息。这个方法通常被用于测试超链接的有效性，是否可以访问，以及最近是否更新。

• 请求头
  每个头域由一个域名，冒号（:）和域值三部分组成。域名是大小写无关的，域值前可以添加任何数量的空格符，头域可以被扩展为多行，在每行开始处，使用至少一个空格或制表符。

• 头域：

• Connection：作用：表示是否需要持久连接。
  Connection: keep-alive 当一个网页打开完成后，客户端和服务器之间用于传输HTTP数据的TCP连接不会关闭，如果客户端再次访问这个服务器上的 网页，会继续使用这一条已经建立的连接
  Connection: close 代表一个Request完成后，客户端和服务器之间用于传输HTTP数据的TCP连接会关闭， 当客户端再次发送Request，需要重新建立TCP连接。

• Host（发送请求时，该报头域是必需的）Host请求报头域主要用于指定被请求资源的Internet主机和端口号，它通常从HTTP URL中提取出来的。

• Accept：作用：浏览器可以接受的媒体类型（MIME类型）

• Accept-Encoding：作用： 浏览器申明自己接收的编码方法，通常指定压缩方法，是否支持压缩，支持什么压缩方法（gzip，deflate）

• User-Agent：作用：告诉HTTP服务器， 客户端使用的操作系统和浏览器的名称和版本.

• Cookie:作用： 最重要的header, 将cookie的值发送给HTTP 服务器

输入url按下回车的全过程；

1.在浏览器输入一个url并按下回车后，首先浏览器会生成一个线程来处理这个请求，对url判断如果是http协议则按照web方式处理。
2.然后浏览器会从搜索自己的DNS缓存开始，一级一级往上搜索。
3.如果在缓存中搜索到，则直接在屏幕中显示页面内容。如果都没找到，浏览器会发送一个DNS的调用，解析域名得到域名对应的IP地址。
4.浏览器向域名对应的IP地址服务器发起TCP连接，即"三次握手"
5.TCP/IP连接建立起来后，浏览器就可以向服务器发送HTTP请求了
6.服务器端接受到请求后，根据路径参数，经过后端的一些处理，将结果返回给浏览器
7.浏览器拿到了完整的HTML页面代码或者其他数据结果后，浏览器开始下载HTML文档，同时设置缓存并关闭TCP连接。（某些服务器对 Connection: keep-alive 的 Header 进行了支持。意思是说，完成这个 HTTP 请求之后，不要断开 HTTP 请求使用的 TCP 连接。这样的好处是连接可以被重新使用，之后发送 HTTP 请求的时候不需要重新建立 TCP 连接，以及如果维持连接，那么 SSL 的开销也可以避免）
8.浏览器根据拿到的资源对页面进行渲染，最终把一个完整的页面呈现给用户。