隨著網(wǎng)絡(luò)時(shí)代的發(fā)展與進(jìn)步，我們的學(xué)習(xí)工作和生活早已離不開互聯(lián)網(wǎng)，智能家居、網(wǎng)上購物、日常出行都需要互聯(lián)網(wǎng)的支持。互聯(lián)網(wǎng)切切實(shí)實(shí)地給生活帶來了諸多便利。

那大家有沒有碰到過這么一個(gè)情況呢？當(dāng)我們?cè)谑褂檬謾C(jī)或者電腦瀏覽一些信息的時(shí)候，或者在搜索引擎中搜索資料，點(diǎn)擊搜索結(jié)果跳轉(zhuǎn)后，瀏覽器跳出一個(gè) 404 Not Found 的空白頁。

相信各位老網(wǎng)民都很熟悉“404”這個(gè)數(shù)字了，這個(gè)錯(cuò)誤代碼代表著服務(wù)器未找到文件，通常出訪問的頁面已經(jīng)被更改或者移除，或是輸入了錯(cuò)誤的訪問地址錯(cuò)誤。

那為什么用 404 而不是其他的數(shù)字來代表訪問資源不存在呢？互聯(lián)網(wǎng)上對(duì) 404 的誕生有這么一個(gè)“傳說”。據(jù)傳在第三次科技革命前，整個(gè)互聯(lián)網(wǎng)的形態(tài)就像是一個(gè)大型的中央數(shù)據(jù)庫，并設(shè)置在一個(gè)叫 404 的房間里。那個(gè)時(shí)候，所有的互聯(lián)網(wǎng)訪問請(qǐng)求都由人工手動(dòng)完成，若在 404 房間中沒有找到請(qǐng)求者所需要的文件，或是由于請(qǐng)求者寫錯(cuò)了文件編號(hào)，工作人員就會(huì)返回一個(gè)“Room 404 : File Not Found”的信息。

當(dāng)然，經(jīng)實(shí)際考證后發(fā)現(xiàn)傳說中的 Room 404 其實(shí)并不存在，而 404 的真正來源則要從互聯(lián)網(wǎng)之本 -HTTP 協(xié)議說起。

狀態(tài)碼的由來

眾所周知，互聯(lián)網(wǎng)的建立打破了地域限制，通過瀏覽器與服務(wù)器之間的交流讓我們足不出戶知天下。而瀏覽器與服務(wù)器之間的交流則是通過 HTTP 協(xié)議。

HTTP（Hypertext Transfer Protocol），超文本傳輸協(xié)議，它是應(yīng)用層協(xié)議。由于其簡(jiǎn)捷、快速的方式，適用于分布式和合作式超媒體信息系統(tǒng)。自 1990 年起應(yīng)用于萬維網(wǎng)（WWW）全球信息服務(wù)系統(tǒng)。

用戶上網(wǎng)的過程，就是瀏覽器通過 HTTP 協(xié)議向服務(wù)端發(fā)送請(qǐng)求，然后將服務(wù)端主機(jī)上的內(nèi)容顯示到本地。

支撐著 HTTP 協(xié)議工作的是 TCP/IP 協(xié)議這個(gè)模范打工人，它負(fù)責(zé)了底層的數(shù)據(jù)傳輸工作。單從這一點(diǎn)上來看，所謂的“超文本傳輸協(xié)議”其實(shí)和傳輸沒什么聯(lián)系，有點(diǎn)名不副實(shí)。那為什么 HTTP 還被稱為傳輸協(xié)議呢？答案就是它是傳輸報(bào)文內(nèi)容的。

HTTP 協(xié)議在規(guī)范文檔里詳細(xì)定義了報(bào)文的格式，規(guī)定了組成部分，解析規(guī)則，還有處理策略，所以可以在 TCP/IP 層之上實(shí)現(xiàn)除了數(shù)據(jù)傳輸外，更靈活豐富的功能。

TCP 的協(xié)議報(bào)文，在實(shí)際要傳輸?shù)臄?shù)據(jù)之前附加了一個(gè) 20 字節(jié)的頭部數(shù)據(jù)，存儲(chǔ) TCP 協(xié)議必須的額外信息，例如發(fā)送方的端口號(hào)、接收方的端口號(hào)、包序號(hào)、標(biāo)志位等等。有了這個(gè)附加的 TCP 頭，數(shù)據(jù)包才能夠正確傳輸，到了目的地后把頭部去掉，就可以拿到真正的數(shù)據(jù)。

HTTP 協(xié)議也需要在實(shí)際傳輸?shù)臄?shù)據(jù)前附加這類頭數(shù)據(jù)，不過與 TCP 不同的是，它是一個(gè)“純文本”的協(xié)議，頭數(shù)據(jù)都是 ASCII 碼的文本，可以很容易地用肉眼閱讀，不用借助程序解析也能夠看懂。

HTTP 協(xié)議的請(qǐng)求報(bào)文和響應(yīng)報(bào)文的結(jié)構(gòu)基本相同，主要由三大部分組成：

• 狀態(tài)行（status line）：描述響應(yīng)的基本信息，也就是服務(wù)器響應(yīng)的狀態(tài)；

• 頭部字段集合（header）：使用 key-value 形式更詳細(xì)地說明報(bào)文；

• 消息正文（entity）：實(shí)際響應(yīng)的數(shù)據(jù)，它不一定是純文本，可以是圖片、視頻等二進(jìn)制數(shù)據(jù)。

其中狀態(tài)行和頭部字段經(jīng)常又合稱為“響應(yīng)頭”，消息正文又稱為“實(shí)體”，與“header”對(duì)應(yīng)，很多時(shí)候直接稱為“body”。

HTTP 協(xié)議規(guī)定報(bào)文必須有 header，但可以沒有 body，且在 header 之后必須要有一個(gè)“空行”，也就是“CRLF”，十六進(jìn)制的“0D0A”。

以又拍云存儲(chǔ)接口文件上傳完畢后返回的響應(yīng)報(bào)頭為例，第一行“HTTP/2 200 OK”為狀態(tài)行，由三部分構(gòu)成：

• 版本號(hào)：表示報(bào)文使用的 HTTP 協(xié)議版本，上圖中版本為 HTTP/2；

• 狀態(tài)碼：一個(gè)三位數(shù)，用代碼的形式表示處理的結(jié)果，比如 200 是成功，404 是資源不存在；

• 原因短語：作為數(shù)字狀態(tài)碼補(bǔ)充，是狀態(tài)碼的簡(jiǎn)短文字描述，例如“OK”“Not Found”。

而后面的“Content-Type”、“Connection”等等都屬于 header，報(bào)文的最后是一個(gè)空白行結(jié)束，沒有 body。

多數(shù)情況下 HTTP 報(bào)文只有 header 沒有 body。雖然 HTTP 協(xié)議對(duì) header 的大小沒有做限制，但因?yàn)轭^部太大可能會(huì)占用大量的服務(wù)器資源，影響運(yùn)行效率。因此各個(gè) Web 服務(wù)器都不允許過大的請(qǐng)求頭。即便如此很多時(shí)候互聯(lián)網(wǎng)上依然是很多大頭在跑來跑去。

為了盡可能減少“大頭”占用的資源，減少檢測(cè)錯(cuò)誤地址訪問的時(shí)間，網(wǎng)站一般選擇狀態(tài)碼來負(fù)擔(dān)這個(gè)責(zé)任，因?yàn)閿?shù)字比起文字能夠更好地減小 HTTP 報(bào)文頭部體積。

響應(yīng)報(bào)文可以讓客戶端快速地通過狀態(tài)碼知道請(qǐng)求是否被正確處理，讓服務(wù)端可以通過狀態(tài)碼選擇最恰當(dāng)?shù)臓顟B(tài)處理請(qǐng)求回復(fù)客戶端。同時(shí)通過各類狀態(tài)碼，讓服務(wù)端明確告知客戶端響應(yīng)狀態(tài)，讓客戶端明確自己的下一步操作。

目前 RFC 標(biāo)準(zhǔn)里總共有 41 個(gè)狀態(tài)碼，并允許自行擴(kuò)展。Apache、Nginx 等 Web 服務(wù)器都定義了一些專有的狀態(tài)碼。在開發(fā) Web 應(yīng)用的時(shí)候，我們也可以在不沖突前提下設(shè)置自己的專有狀態(tài)碼。

常見狀態(tài)碼

接下來，我們?cè)斦f一下常見的各個(gè)狀態(tài)碼都代表著什么？

狀態(tài)碼的意義在于表達(dá) HTTP 數(shù)據(jù)處理的“狀態(tài)”，客戶端可以依據(jù)代碼適時(shí)轉(zhuǎn)換處理狀態(tài)，一般是一個(gè)十進(jìn)制數(shù)字，而 RFC 標(biāo)準(zhǔn)里規(guī)定的狀態(tài)碼是三位數(shù)，取值范圍從 000 到 999。常見的狀態(tài)碼有一定的設(shè)計(jì)格式，被分成了五類，用數(shù)字的第一位表示分類，而 0~99 不用，這樣狀態(tài)碼的實(shí)際可用范圍就大大縮小了，由 000~999 變成了 100~599。

1xx

1×× 類狀態(tài)碼屬于提示信息，是協(xié)議處理的中間狀態(tài)，實(shí)際能夠用到的時(shí)候很少。

我們偶爾能夠見到的是 “101 Switching Protocols”。它的意思是客戶端使用 Upgrade 頭字段，要求在 HTTP 協(xié)議的基礎(chǔ)上改為其他的協(xié)議繼續(xù)通信，比如 WebSocket。而如果服務(wù)器也同意變更協(xié)議，就會(huì)發(fā)送狀態(tài)碼 101，但這之后的數(shù)據(jù)傳輸就不會(huì)再使用 HTTP 了。

此外還有 “100 Continue” 。表示目前為止一切正常, 客戶端應(yīng)該繼續(xù)請(qǐng)求, 如果已完成請(qǐng)求則忽略。一般出現(xiàn)在文件上傳中。

2xx

2×× 類狀態(tài)碼表示服務(wù)器收到并成功處理了客戶端的請(qǐng)求，這也是客戶端最愿意看到的狀態(tài)碼。

“200 OK”是最常見的成功狀態(tài)碼，表示一切正常，服務(wù)器如客戶端所期望的那樣返回了處理結(jié)果。

“204 No Content”是另一個(gè)很常見的成功狀態(tài)碼，它的含義與“200 OK”基本相同，但響應(yīng)頭后沒有 body 數(shù)據(jù)。

“206 Partial Content” 一般用于分塊下載或斷點(diǎn)續(xù)傳的基礎(chǔ)，在客戶端發(fā)送“范圍請(qǐng)求”、要求獲取資源的部分?jǐn)?shù)據(jù)時(shí)出現(xiàn)，它與 200 一樣，也是服務(wù)器成功處理了請(qǐng)求，但 body 里的數(shù)據(jù)不是資源的全部，而是其中的一部分。狀態(tài)碼 206 通常還會(huì)伴隨著頭字段“Content-Range”，表示響應(yīng)報(bào)文里 body 數(shù)據(jù)的具體范圍，供客戶端確認(rèn)，例如“Content-Range: bytes 0-66/888”，意思是此次獲取的是總計(jì) 888 個(gè)字節(jié)的前 66 個(gè)字節(jié)。

3xx

3×× 類狀態(tài)碼表示客戶端請(qǐng)求的資源發(fā)生了變動(dòng)，客戶端必須用新的 URI 重新發(fā)送請(qǐng)求獲取資源，也就是通常所說的“重定向”，包括“著名”的 301、302 跳轉(zhuǎn)。

“301 Moved Permanently”俗稱“永久重定向”，含義是此次請(qǐng)求的資源已經(jīng)不存在了，需要改用新的 URI 再次訪問。與它類似的是“302 Found”，曾經(jīng)的描述短語是“Moved Temporarily”，俗稱“臨時(shí)重定向”，意思是請(qǐng)求的資源還在，但需要暫時(shí)用另一個(gè) URI 來訪問。

“304 Not Modified” 是一個(gè)比較有意思的狀態(tài)碼，它用于 If-Modified-Since 等條件請(qǐng)求，表示資源未修改，用于緩存控制。它不具有通常的跳轉(zhuǎn)含義，但可以理解成“重定向已到緩存的文件”（即“緩存重定向”）。

4xx

4××類狀態(tài)碼表示客戶端發(fā)送的請(qǐng)求報(bào)文有誤，服務(wù)器無法處理，它是具有真正的“錯(cuò)誤碼”含義的狀態(tài)碼了。

“400 Bad Request”是一個(gè)通用的錯(cuò)誤碼，表示請(qǐng)求報(bào)文有錯(cuò)誤，但具體是數(shù)據(jù)格式錯(cuò)誤、缺少請(qǐng)求頭或者還是其他錯(cuò)誤則不會(huì)明確指示，因此在 Web 開發(fā)時(shí)一般會(huì)盡量避免給客戶端返回 400，使用其他更有明確含義的狀態(tài)碼。

“403 Forbidden”實(shí)際上不是客戶端的請(qǐng)求出錯(cuò)，而是表示服務(wù)器禁止訪問資源。原因可能多種多樣，例如信息敏感、法律禁止等。

“404 Not Found”可能是我們最常看到的一個(gè)狀態(tài)碼，它一般指資源在本服務(wù)器上未找到，所以無法提供給客戶端。

4×× 里剩下的一些代碼較明確地說明了錯(cuò)誤的原因，都很好理解，開發(fā)中常用的有：

• 405 Method Not Allowed：不允許使用某些方法操作資源，例如不允許 POST 只能 GET；

• 406 Not Acceptable：資源無法滿足客戶端請(qǐng)求的條件，例如請(qǐng)求中文但只有英文；

• 408 Request Timeout：請(qǐng)求超時(shí)，服務(wù)器等待了過長(zhǎng)的時(shí)間；

• 409 Conflict：多個(gè)請(qǐng)求發(fā)生了沖突，可以理解為多線程并發(fā)時(shí)的競(jìng)態(tài)；

• 413 Request Entity Too Large：請(qǐng)求報(bào)文里的 body 太大；

• 414 Request-URI Too Long：請(qǐng)求行里的 URI 太大；

• 429 Too Many Requests：客戶端發(fā)送了太多的請(qǐng)求，觸發(fā)了服務(wù)器的限制；

• 431 Request Header Fields Too Large：請(qǐng)求頭某個(gè)字段或總體太大。

5xx

5×× 類狀態(tài)碼表示客戶端請(qǐng)求報(bào)文正確，但服務(wù)器在處理時(shí)內(nèi)部發(fā)生了錯(cuò)誤，無法返回應(yīng)有的響應(yīng)數(shù)據(jù)，是服務(wù)器端的“錯(cuò)誤碼”。

“500 Internal Server Error” 與 400 類似，也是一個(gè)通用的錯(cuò)誤碼，服務(wù)器究竟發(fā)生了什么錯(cuò)誤我們是不知道的。不過和 400 的響應(yīng)相反，開發(fā)人員通常不會(huì)把服務(wù)器內(nèi)部的出錯(cuò)詳細(xì)信息返回給訪問端。雖然不利于調(diào)試，但能夠防止黑客的窺探或者分析。

“501 Not Implemented” 表示客戶端請(qǐng)求的功能還不支持，類似于“即將開業(yè)，敬請(qǐng)期待”的意思。

“502 Bad Gateway” 通常是服務(wù)器作為網(wǎng)關(guān)或者代理時(shí)返回的錯(cuò)誤碼，表示服務(wù)器自身工作正常，訪問后端服務(wù)器時(shí)發(fā)生了錯(cuò)誤，但具體的錯(cuò)誤原因也是不知道的。

“503 Service Unavailable”表示服務(wù)器當(dāng)前很忙，暫時(shí)無法響應(yīng)服務(wù)，我們上網(wǎng)時(shí)有時(shí)候遇到的“網(wǎng)絡(luò)服務(wù)正忙，請(qǐng)稍后重試”的提示信息就是狀態(tài)碼 503。

如何處理 404

回到我們開頭所說的 404 問題。在實(shí)際業(yè)務(wù)中，難免會(huì)碰到輸入了錯(cuò)誤鏈接地址訪問到不存在的資源，或者服務(wù)器突發(fā)故障無法訪問的情況。但 Web 服務(wù)器默認(rèn)提供的錯(cuò)誤響應(yīng)頁面，無論 Nginx、Apache 或者是 IIS，都不是十分美觀，頁面簡(jiǎn)陋、呆板，且對(duì)用戶不友好，無法給用戶提供直觀明了的信息，造成用戶使用體驗(yàn)的下降。

因此，很多開發(fā)者均使用自定義錯(cuò)誤頁面的方式，來增強(qiáng)戶體驗(yàn)，避免用戶流失。以 404 舉例來說，自定義 404 頁面通用的做法是在頁面中放置網(wǎng)站快速導(dǎo)航鏈接、搜索框以及網(wǎng)站提供的特色服務(wù)，這樣可以有效的幫助用戶訪問站點(diǎn)并獲取需要的信息。

例如很多開發(fā)者會(huì)使用騰訊公益提供的“寶貝回家 - 公益 404 項(xiàng)目”，開發(fā)者可以在自定義的 404 界面中引用一段代碼，當(dāng)用戶訪問到 404 的資源，網(wǎng)頁會(huì)顯示訪問資源不存在，同時(shí)加載一些失蹤兒童的信息，通過互聯(lián)網(wǎng)來迅速傳播失蹤兒童信息，從而提高找回失蹤兒童的概率。這種操作讓科技充滿了溫度，體現(xiàn)了人文關(guān)懷，正是科技的浪漫所在。

如果你不知道如何自定義錯(cuò)誤響應(yīng)頁，但是又很想擁有。你可以看一下又拍云的 CDN 、或者云存儲(chǔ)服務(wù)的自定義頁面功能。它可以幫助你快速的配置 4XX、5XX 的錯(cuò)誤響應(yīng)頁。只需要打開控制臺(tái)，就可以根據(jù)自己的需求配置錯(cuò)誤響應(yīng)也和錯(cuò)誤響應(yīng)圖，非常方便好用。

除此之外，還可以通過邊緣規(guī)則，讓不同錯(cuò)誤碼對(duì)應(yīng)不同的網(wǎng)址跳轉(zhuǎn)、URL 改寫等網(wǎng)頁引導(dǎo)操作。

總結(jié)

以上是生活随笔為你收集整理的【白话科普】上网时遇到的 404 是什么意思？的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。