全网多种方法分析解决HTTP Status 404资源未找到的错误，TCP的3次握手，dns域名解析，发起http请求以及cookie和session的区别

蔚落 2023-09-25 15:09 5阅读 0赞

#### 文章目录 ####

*  1. 文章引言
 *  2. 简述URL
 *  3. http完整请求
 *   *  3.1 DNS域名解析
     *  3.2 TCP的3次握手
     *  3.3 发起http请求
     *  3.4 浏览器解析html代码
     *  3.5 浏览器对页面进行渲染呈现给用户
 *  4. 解决404错误的方法
 *  5. 补充知识点
 *   *  5.1 cookie和session的区别

## 1. 文章引言 ##

正赶上最近`ChatGPT`很火，于是借助`ChatGPT`来解释`HTTP Status 404`，如下所示：

![在这里插入图片描述][a13d6d5ff6a646349341c97d47f3d30c.png]

> HTTP Status 404:  
>   
> The HTTP Status 404 means that the requested resource was not found on the server. This is commonly used in response to a failed HTTP request and can be caused by mistyping an URL, spelling mistakes, or trying to access a file or resource that no longer exists.

可惜的是，`ChatGPT`给出的是英文的解释，我们不妨翻译成中文，如下所示：

> `HTTP`状态`404`表示在服务器上找不到请求的资源。这通常用于响应失败的 HTTP 请求，可能是由于键入错误的`URL`、拼写错误或尝试访问不再存在的文件或资源引起的。

根据翻译可知，如果我们请求的资源在服务器中不存在，或者资源虽然存在，但我们发送的请求(`URL`)在服务器没有找到该所需资源，便会报出`404`的错误。

`404`错误也是互联网上最常见的错误之一，该错误消息可能与`server not found`（无法找到服务器）或其他类似消息产生混淆。

## 2. 简述URL ##

上文提到了`URL`，出现`404`最常见的的是路径(`URL`)错误。

那么什么是`URL`，它有怎么样的魅力？接下来我便分析它。

`URL`的全称是`Uniform Resource Locator`，中文翻译是`统一资源定位符`，又叫`统一资源定位器、定位地址、URL地址`，俗称网页地址或简称网址。

正如其名，就是用于定位服务的资源在哪？发送的`Request`去哪里找，然后，服务器再做出逻辑响应(`Response`)。

1.  统一资源定位符的标准格式如下：

`[协议类型]://[服务器地址]:[端口号]/[资源层级UNIX文件路径][文件名]?[查询]#[片段ID]`

1.  统一资源定位符的完整格式如下：

`[协议类型]://[访问资源需要的凭证信息]@[服务器地址]:[端口号]/[资源层级UNIX文件路径][文件名]?[查询]#[片段ID]`

比如此`URL`：`http://127.0.0.1:8081/user/list?kerword=test&username=jack`，其中格式如下：

1.  `http`是协议
2.  `127.0.0.1`是服务器地址
3.  `8081`是服务器上的端口号
4.  `/user/list`是路径
5.  其中`/`分隔目录和子目录。
6.  `?kerword=test&username=jack`是查询。

`?`分隔实际的`URL`和参数，这里很容易出错。

`&`用于参数间的分隔符，`=`等于（不是赋值）。

除此之外，还有`+`表示空格，`#`表示书签。

数据（除了数字）都会转换成以`UTF8`的`URL`编码。

格式需要注意的地方：

1.  一般使用`Tomcat`和`nginx`等服务器启动的项目，需要查看端口是否正确。
2.  协议名`http/https`，域名或者`ip`地址是否有误？
3.  `/`分割符，以`/`区别路径中的每一个目录名称。这样我们我们可以根据`URL`一层层的去查找我们项目的目录，分析出现`404`可能的原因是否为路径错误或者资源不存在。
4.  `&`表示的参数可以预估其值是否达到预期

## 3. http完整请求 ##

我们为什么了解`http请求`呢？

了解`http`请求的过程有助于我们理解`web`的大体运行流程。

总体流程如下：

1.  先域名解析
2.  然后发起`TCP`的`3`次握手
3.  其次建立`TCP`，连接后发起`http`请求
4.  再次服务器响应`http`请求，浏览器得到`html`代码
5.  接着浏览器解析`html`代码，并请求`html`代码中的资源（`如js、css、图片等`）
6.  最后浏览器对页面进行渲染呈现给用户。

接下来，我便详细讲解它们都干些什么？

### 3.1 DNS域名解析 ###

`dns`是什么？

它使用`UDP`传输的方式，将主机域名转换为`ip`地址，属于应用层协议，。

`dns`工作原理：

1.  主机向本地域名服务器的查询一般都是采用递归查询。
2.  本地域名服务器向根域名服务器的查询的迭代查询。
    
     *  当用户输入域名时，浏览器先检查自己的缓存中是否存在这个域名映射的`ip`地址，有则解析结束。
     *  若没命中，则检查操作系统缓存（如`Windows`的`hosts`）中有没有解析过的结果，有则解析结束。
     *  若无命中，则请求本地域名服务器解析（ `LDNS`）。
     *  若`LDNS`没有命中，就直接跳到根域名服务器请求解析。根域名服务器返回给`LDNS`一个主域名服务器地址。
     *  此时`LDNS`再发送请求给上一步返回的`gTLD`（ 通用顶级域）， 接受请求的`gTLD`查找并返回这个域名对应的`Name Server`的地址。
     *  `Name Server`根据映射关系表找到目标`ip`，返回给`LDNS`。
     *  `LDNS`缓存这个域名和对应的`ip`， 把解析的结果返回给用户，用户根据`TTL`值缓存到本地系统缓存中，域名解析过程至此结束。

`dns`解析的整体流程如下图所示：

![在这里插入图片描述][61a742620e9f4c50a77d1502308ec15f.png]

### 3.2 TCP的3次握手 ###

`tcp`为什么要三次握手？是为了防止已失效的连接请求报文段突然又传送到了服务端，因而产生错误。

三次握手过程如下：

1.  第一次握手：建立连接时，客户端发送`syn`包(`syn=j`)到服务器，并进入`SYN_SEND`状态，等待服务器确认。
2.  第二次握手：服务器收到`syn`包，必须确认客户的`SYN（ack=j+1）`，同时自己也发送一个`SYN`包`（syn=k）`，即`SYN+ACK`包，此时服务器进入`SYN_RECV`状态。
3.  第三次握手：客户端收到服务器的`SYN＋ACK`包，向服务器发送确认包`ACK(ack=k+1)`，此包发送完毕，客户端和服务器进入`ESTABLISHED`状态，完成三次握手。

完成三次握手，客户端与服务器开始传送数据，如下图所示：

![在这里插入图片描述][8b6c35b0a65142c2ba6ab1618aba64a7.png]

有人问会不会因为丢包而导致`404`错误？可能性极小，这里不得不提`TCP是如何保证可靠传输的`**(与上面三次握手协议都是校招面试的重点)**，如下所示：

1.  三次握手
2.  将数据截断为合理的长度。应用数据被分割成`TCP`认为最适合发送的数据块（按字节编号，合理分片）
3.  超时重发。当`TCP`发出一个段后，它启动一个定时器，如果不能及时收到一个确认就重发
4.  确认应答：对于收到的请求，给出确认响应
5.  校验和：校验出包有错，丢弃报文段，不给出响应
6.  序列号：对失序数据进行重新排序，然后才交给应用层
7.  丢弃重复数据：对于重复数据 ， 能够丢弃重复数据
8.  流量控制。`TCP`连接的每一方都有固定大小的缓冲空间。`TCP`的接收端只允许另一端发送接收端缓冲区所能接纳的数据。这将防止较快主机致使较慢主机的缓冲区溢出
9.  拥塞控制。当网络拥塞时，减少数据的发送

### 3.3 发起http请求 ###

`http`是一个无状态的请求/响应协议，但是这不能满足现在的业务。

因此，出现了用于保存状态的`cookie`和`session`。

一个完整的`HTTP`请求报文包括请求行(`request line`)、请求头部(`header`)、空行和请求数据四个部分组成。如下图所示：

![在这里插入图片描述][8eaec94882724e77a1ef68997d2065da.png]

当然，我们也可以打开浏览器(如`chrome,edge,火狐等`)的调试模式：

1.  `F12`进入到调试模式
2.  找到`Network`(`edge`浏览器叫做网络)
3.  查看信息。

**【注意】如果你的`F12`不生效，可以尝试使用`fn + F12`。若这样还不生效，可以点击鼠标右键，找到并单击检查即可。**

打开浏览器的调试模式后，你会看到很多请求信息或响应信息，我们也可以基于它们进行开发操作，如下图所示：

![在这里插入图片描述][561966b3fdd743f9881b66b318616073.png]

我们再了解`HTTP`请求的常见方法：`GET，POST，DELETE，TRACE ，CONNECT`。

![在这里插入图片描述][8e1ef2543b4c4b7cb1856ae8d795c0c4.png]

### 3.4 浏览器解析html代码 ###

浏览器在解析`html`代码时，并请求`html`代码中的资源（如`js`、`css`、图片等）。

`html`页面主要由`dom`、`css`、`javascript`等部分构成，还可能引入`img`、`iframe`等其他资源。

浏览器接收到`html`代码，可能是一份完整的文档，也可能是一个`chunk`，即开始解析。

解析过程是先构建`dom`树，再根据`dom`树构建渲染树，最后浏览器将渲染树绘制到页面上。

### 3.5 浏览器对页面进行渲染呈现给用户 ###

什么是渲染？

渲染在电脑绘图中是指用软件从模型生成图像的过程，也就是将我们`html`的逻辑转换成我们肉眼可见的对象。

具体参看博客：[浏览器渲染过程与性能优化][Link 1]

## 4. 解决404错误的方法 ##

1.  目录不能被引用。

可以在`Eclipse`的`包资源管理器(Package Explorer)`检查文件存放的位置。

由于`META-INF`和`WEB-INF`文件夹下的内容不对外发布，如果你引用了带这两个目录的文件，肯定是不允许，如下URL地址就是错误的：

http://localhost:8081/testProject/WEB-INF/index.html

1.  `URL`输入错误，如下为排错方法：
    
     *  先查看`URL`的`IP`地址和端口号是否书写正确。
     *  其次查看上下文路径是否正确，比如`Project -> Properties -> MyElipse -> Web -> Web Context-root`，检查这个路径名称是否书写正确。
     *  最后检查一下文件名称是否书写正确。
2.  未部署`Web`应用
3.  `Tomcat`器中`web.xml`中的问题

假如，你的`web`应用程序有多个`jsp`页面，当你点击`web`应用程序的虚拟根目录时，可能会出现`404错误`。

此时，你只需要修改`Tomcat`服务器中`web.xml`，如下代码所示：

<init-param>
       <param-name>list</param-name> 
       <param-value>false</param-value> 
    </init-param>

如果在`6.0.18`版本`error`：`The requested resource () is not available.`总是无法访问`/myapp/*.jsp`文件，可以将 `/ROOT`中`build.xml`文件`copy`一份到`myapp`。

**【注意】把里面所有的`ROOT`用`myapp`代替， 应该就OK。**

1.  `WEB-INF`下面必须要有几个固定的文件夹和文件
    
     *  `web.xml`该`web app`的配置文件
     *  `lib`该`web app`用到的库文件
     *  `classes`存放编译好的`servlet`

请注意这些名字，我曾经把`classes`写成`class`，查错查了半宿还没解决。

所以，写这些时千万要仔细，要不会浪费更多的精力去查错。

1.  如果运行的是`servlet（.class）`文件，而非`.jsp`文件，需在`web.xml`中加上以下字段：

<servlet>
          <servlet-name>TestServlet</servlet-name>
          <servlet-class>TestServlet</servlet-class>
     </servlet>
     
     <servlet-mapping>
          <servlet-name>TestServlet</servlet-name>
          <url-pattern>/TestServlet</url-pattern>
     </servlet-mapping>

其中，`TestServlet`改为你要运行的文件名。

**【注意】`web.xml`是`WEB-INF`下面的。**

1.  `struts.xml`配置错误

可能是你的`Action`值写错，或者链接`URL`写错。

比如`commons-lang3-3.1.jar`文件到`WEB-INF/lib`目录下，`struts2`最新的`web`开发包如下：

![在这里插入图片描述][32f638ced4f74da29fb5177a304cd320.png]

当然，如果你的是`maven`项目，直接在`pom.xml`中引入`jar`包即可，如下所示：

<dependency>
        <groupId>org.apache.commons</groupId>
        <artifactId>commons-lang3</artifactId>
        <version>3.7</version>
    </dependency>

1.  检查同一个项目，是否启动了多个`java`服务

有时，后台没有关闭之前的服务，你又重新启动，可能会报错`404`。

## 5. 补充知识点 ##

### 5.1 cookie和session的区别 ###

1.  存储的位置不同：
    
     *  `cookie`：存放在客户端
     *  `session`：存放在服务端，`session`存储的数据比较安全
2.  存储的数据类型不同：两者都是`key-value`的结构，但针对`value`的类型是有差异的：
    
     *  `cookie`：`value`只能是字符串类型
     *  `session`：`value`是`Object`类型
3.  存储的数据大小限制不同：
    
     *  `cookie`：大小受浏览器的限制，很多是是`4K`的大小
     *  `session`：理论上受当前内存的限制
4.  生命周期的控制，`cookie`的生命周期随着浏览器关闭而消亡。
    
     *  `cookie`的生命周期是累计的，从创建时，就开始计时，30分钟后，`cookie`生命周期结束
     *  `session`的生命周期是间隔的，从创建时，开始计时如在30分钟，没有访问`session`，那么`session`生命周期被销毁

[a13d6d5ff6a646349341c97d47f3d30c.png]: https://img-blog.csdnimg.cn/a13d6d5ff6a646349341c97d47f3d30c.png
[61a742620e9f4c50a77d1502308ec15f.png]: https://img-blog.csdnimg.cn/61a742620e9f4c50a77d1502308ec15f.png
[8b6c35b0a65142c2ba6ab1618aba64a7.png]: https://img-blog.csdnimg.cn/8b6c35b0a65142c2ba6ab1618aba64a7.png
[8eaec94882724e77a1ef68997d2065da.png]: https://img-blog.csdnimg.cn/8eaec94882724e77a1ef68997d2065da.png
[561966b3fdd743f9881b66b318616073.png]: https://img-blog.csdnimg.cn/561966b3fdd743f9881b66b318616073.png
[8e1ef2543b4c4b7cb1856ae8d795c0c4.png]: https://img-blog.csdnimg.cn/8e1ef2543b4c4b7cb1856ae8d795c0c4.png
[Link 1]: https://sylvanassun.github.io/2017/10/03/2017-10-03-BrowserCriticalRenderingPath/
[32f638ced4f74da29fb5177a304cd320.png]: https://img-blog.csdnimg.cn/32f638ced4f74da29fb5177a304cd320.png