整合營銷服務商
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
TTP 響應狀態碼
HTTP 響應狀態碼用來表明特定 HTTP 請求是否成功完成。 響應被歸為以下五大類：
1、信息響應 (100–199)
2、成功響應 (200–299)
3、重定向消息 (300–399)
4、客戶端錯誤響應 (400–499)
5、服務端錯誤響應 (500–599)
以下狀態碼由RFC 2616 - Hypertext Transfer Protocol -- HTTP/1.1定義。你可以在RFC 7231 - Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content中找到更新后的規范。
信息響應
100 Continue
這個臨時響應表明，迄今為止的所有內容都是可行的，客戶端應該繼續請求，如果已經完成，則忽略它。
101 Switching Protocols
該代碼是響應客戶端的 Upgrade (en-US) 請求頭發送的，指明服務器即將切換的協議。
102 Processing (WebDAV)
此代碼表示服務器已收到并正在處理該請求，但當前沒有響應可用。
103 Early Hints
此狀態代碼主要用于與 Link 鏈接頭一起使用，以允許用戶代理在服務器準備響應階段時開始預加載 preloading 資源。
成功響應
200 OK
請求成功。成功的含義取決于 HTTP 方法：
GET: 資源已被提取并在消息正文中傳輸。
HEAD: 實體標頭位于消息正文中。
PUT or POST: 描述動作結果的資源在消息體中傳輸。
TRACE: 消息正文包含服務器收到的請求消息。
201 Created
該請求已成功，并因此創建了一個新的資源。這通常是在 POST 請求，或是某些 PUT 請求之后返回的響應。
202 Accepted
請求已經接收到，但還未響應，沒有結果。意味著不會有一個異步的響應去表明當前請求的結果，預期另外的進程和服務去處理請求，或者批處理。
203 Non-Authoritative Information
服務器已成功處理了請求，但返回的實體頭部元信息不是在原始服務器上有效的確定集合，而是來自本地或者第三方的拷貝。當前的信息可能是原始版本的子集或者超集。例如，包含資源的元數據可能導致原始服務器知道元信息的超集。使用此狀態碼不是必須的，而且只有在響應不使用此狀態碼便會返回200 OK的情況下才是合適的。
204 No Content
對于該請求沒有的內容可發送，但頭部字段可能有用。用戶代理可能會用此時請求頭部信息來更新原來資源的頭部緩存字段。
205 Reset Content
告訴用戶代理重置發送此請求的文檔。
206 Partial Content
當從客戶端發送Range范圍標頭以只請求資源的一部分時，將使用此響應代碼。
207 Multi-Status (en-US) (WebDAV)
對于多個狀態代碼都可能合適的情況，傳輸有關多個資源的信息。
208 Already Reported (en-US) (WebDAV)
在 DAV 里面使用 <dav:propstat> 響應元素以避免重復枚舉多個綁定的內部成員到同一個集合。
226 IM Used (en-US) (HTTP Delta encoding)
服務器已經完成了對資源的GET請求，并且響應是對當前實例應用的一個或多個實例操作結果的表示。
重定向消息
300 Multiple Choice
請求擁有多個可能的響應。用戶代理或者用戶應當從中選擇一個。（沒有標準化的方法來選擇其中一個響應，但是建議使用指向可能性的 HTML 鏈接，以便用戶可以選擇。）
301 Moved Permanently
請求資源的 URL 已永久更改。在響應中給出了新的 URL。
302 Found
此響應代碼表示所請求資源的 URI 已 暫時 更改。未來可能會對 URI 進行進一步的改變。因此，客戶機應該在將來的請求中使用這個相同的 URI。
303 See Other
服務器發送此響應，以指示客戶端通過一個 GET 請求在另一個 URI 中獲取所請求的資源。
304 Not Modified
這是用于緩存的目的。它告訴客戶端響應還沒有被修改，因此客戶端可以繼續使用相同的緩存版本的響應。
305 Use Proxy 已棄用
在 HTTP 規范中定義，以指示請求的響應必須被代理訪問。由于對代理的帶內配置的安全考慮，它已被棄用。
306 unused
此響應代碼不再使用；它只是保留。它曾在 HTTP/1.1 規范的早期版本中使用過。
307 Temporary Redirect
服務器發送此響應，以指示客戶端使用在前一個請求中使用的相同方法在另一個 URI 上獲取所請求的資源。這與 302 Found HTTP 響應代碼具有相同的語義，但用戶代理 不能 更改所使用的 HTTP 方法：如果在第一個請求中使用了 POST，則在第二個請求中必須使用 POST
308 Permanent Redirect
這意味著資源現在永久位于由Location: HTTP Response 標頭指定的另一個 URI。這與 301 Moved Permanently HTTP 響應代碼具有相同的語義，但用戶代理不能更改所使用的 HTTP 方法：如果在第一個請求中使用 POST，則必須在第二個請求中使用 POST。
客戶端錯誤響應
400 Bad Request
由于被認為是客戶端錯誤（例如，錯誤的請求語法、無效的請求消息幀或欺騙性的請求路由），服務器無法或不會處理請求。
401 Unauthorized
雖然 HTTP 標準指定了"unauthorized"，但從語義上來說，這個響應意味著"unauthenticated"。也就是說，客戶端必須對自身進行身份驗證才能獲得請求的響應。
402 Payment Required 實驗性
此響應代碼保留供將來使用。創建此代碼的最初目的是將其用于數字支付系統，但是此狀態代碼很少使用，并且不存在標準約定。
403 Forbidden
客戶端沒有訪問內容的權限；也就是說，它是未經授權的，因此服務器拒絕提供請求的資源。與 401 Unauthorized 不同，服務器知道客戶端的身份。
404 Not Found
服務器找不到請求的資源。在瀏覽器中，這意味著無法識別 URL。在 API 中，這也可能意味著端點有效，但資源本身不存在。服務器也可以發送此響應，而不是 403 Forbidden，以向未經授權的客戶端隱藏資源的存在。這個響應代碼可能是最廣為人知的，因為它經常出現在網絡上。
405 Method Not Allowed
服務器知道請求方法，但目標資源不支持該方法。例如，API 可能不允許調用DELETE來刪除資源。
406 Not Acceptable
當 web 服務器在執行服務端驅動型內容協商機制后，沒有發現任何符合用戶代理給定標準的內容時，就會發送此響應。
407 Proxy Authentication Required
類似于 401 Unauthorized 但是認證需要由代理完成。
408 Request Timeout
此響應由一些服務器在空閑連接上發送，即使客戶端之前沒有任何請求。這意味著服務器想關閉這個未使用的連接。由于一些瀏覽器，如 Chrome、Firefox 27+ 或 IE9，使用 HTTP 預連接機制來加速沖浪，所以這種響應被使用得更多。還要注意的是，有些服務器只是關閉了連接而沒有發送此消息。
409 Conflict
當請求與服務器的當前狀態沖突時，將發送此響應。
410 Gone
當請求的內容已從服務器中永久刪除且沒有轉發地址時，將發送此響應。客戶端需要刪除緩存和指向資源的鏈接。HTTP 規范打算將此狀態代碼用于“有限時間的促銷服務”。API 不應被迫指出已使用此狀態代碼刪除的資源。
411 Length Required
服務端拒絕該請求因為 Content-Length 頭部字段未定義但是服務端需要它。
412 Precondition Failed
客戶端在其頭文件中指出了服務器不滿足的先決條件。
413 Payload Too Large
請求實體大于服務器定義的限制。服務器可能會關閉連接，或在標頭字段后返回重試 Retry-After。
414 URI Too Long
客戶端請求的 URI 比服務器愿意接收的長度長。
415 Unsupported Media Type
服務器不支持請求數據的媒體格式，因此服務器拒絕請求。
416 Range Not Satisfiable
無法滿足請求中 Range 標頭字段指定的范圍。該范圍可能超出了目標 URI 數據的大小。
417 Expectation Failed
此響應代碼表示服務器無法滿足 Expect 請求標頭字段所指示的期望。
418 I'm a teapot
服務端拒絕用茶壺煮咖啡。笑話，典故來源茶壺沖泡咖啡
421 Misdirected Request
請求被定向到無法生成響應的服務器。這可以由未配置為針對請求 URI 中包含的方案和權限組合生成響應的服務器發送。
422 Unprocessable Entity (WebDAV)
請求格式正確，但由于語義錯誤而無法遵循。
423 Locked (WebDAV)
正在訪問的資源已鎖定。
424 Failed Dependency (WebDAV)
由于前一個請求失敗，請求失敗。
425 Too Early 實驗性
表示服務器不愿意冒險處理可能被重播的請求。
426 Upgrade Required
服務器拒絕使用當前協議執行請求，但在客戶端升級到其他協議后可能愿意這樣做。 服務端發送帶有Upgrade (en-US) 字段的 426 響應 來表明它所需的協議（們）。
428 Precondition Required
源服務器要求請求是有條件的。此響應旨在防止'丟失更新'問題，即當第三方修改服務器上的狀態時，客戶端 GET 獲取資源的狀態，對其進行修改并將其 PUT 放回服務器，從而導致沖突。
429 Too Many Requests
用戶在給定的時間內發送了太多請求（"限制請求速率"）
431 Request Header Fields Too Large
服務器不愿意處理請求，因為其頭字段太大。在減小請求頭字段的大小后，可以重新提交請求。
451 Unavailable For Legal Reasons
用戶代理請求了無法合法提供的資源，例如政府審查的網頁。
服務端錯誤響應
500 Internal Server Error
服務器遇到了不知道如何處理的情況。
501 Not Implemented
服務器不支持請求方法，因此無法處理。服務器需要支持的唯二方法（因此不能返回此代碼）是 GET and HEAD.
502 Bad Gateway
此錯誤響應表明服務器作為網關需要得到一個處理這個請求的響應，但是得到一個錯誤的響應。
503 Service Unavailable
服務器沒有準備好處理請求。常見原因是服務器因維護或重載而停機。請注意，與此響應一起，應發送解釋問題的用戶友好頁面。這個響應應該用于臨時條件和如果可能的話，HTTP 標頭 Retry-After 字段應該包含恢復服務之前的估計時間。網站管理員還必須注意與此響應一起發送的與緩存相關的標頭，因為這些臨時條件響應通常不應被緩存。
504 Gateway Timeout
當服務器充當網關且無法及時獲得響應時，會給出此錯誤響應。
505 HTTP Version Not Supported
服務器不支持請求中使用的 HTTP 版本。
506 Variant Also Negotiates
服務器存在內部配置錯誤：所選的變體資源被配置為參與透明內容協商本身，因此不是協商過程中的適當終點。
507 Insufficient Storage (WebDAV)
無法在資源上執行該方法，因為服務器無法存儲成功完成請求所需的表示。
508 Loop Detected (WebDAV)
服務器在處理請求時檢測到無限循環。
510 Not Extended
服務器需要對請求進行進一步擴展才能完成請求。
511 Network Authentication Required
指示客戶端需要進行身份驗證才能獲得網絡訪問權限。
參見
? “100″ : Continue（繼續） 初始的請求已經接受，客戶應當繼續發送請求的其余部分。（HTTP 1.1新）
? “101″ : Switching Protocols（切換協議） 請求者已要求服務器切換協議，服務器已確認并準備進行切換。（HTTP 1.1新）
? “200″ : OK（成功） 一切正常，對GET和POST請求的應答文檔跟在后面。
? “201″ : Created（已創建）服務器已經創建了文檔，Location頭給出了它的URL。
? “202″ : Accepted（已接受）服務器已接受了請求，但尚未對其進行處理。
? “203″ : Non-Authoritative Information（非授權信息） 文檔已經正常地返回，但一些應答頭可能不正確，可能來自另一來源 。（HTTP 1.1新）。
? “204″ : No Content（無內容）未返回任何內容，瀏覽器應該繼續顯示原來的文檔。
? “205″ : Reset Content（重置內容）沒有新的內容，但瀏覽器應該重置它所顯示的內容。用來強制瀏覽器清除表單輸入內容（HTTP 1.1新）。
? “206″ : Partial Content（部分內容）服務器成功處理了部分 GET 請求。（HTTP 1.1新）
? “300″ : Multiple Choices（多種選擇）客戶請求的文檔可以在多個位置找到，這些位置已經在返回的文檔內列出。如果服務器要提出優先選擇，則應該在Location應答頭指明。
? “301″ : Moved Permanently（永久移動）請求的網頁已被永久移動到新位置。服務器返回此響應（作為對 GET 或 HEAD 請求的響應）時，會自動將請求者轉到新位置。
? “302″ : Found（臨時移動）類似于301，但新的URL應該被視為臨時性的替代，而不是永久性的。注意，在HTTP1.0中對應的狀態信息是“Moved Temporatily”，出現該狀態代碼時，瀏覽器能夠自動訪問新的URL，因此它是一個很有用的狀態代碼。注意這個狀態代碼有時候可以和301替換使用。例如，如果瀏覽器錯誤地請求http://host/~user（缺少了后面的斜杠），有的服務器返回301，有的則返回302。嚴格地說，我們只能假定只有當原來的請求是GET時瀏覽器才會自動重定向。請參見307。
? “303″ : See Other（查看其他位置）類似于301/302，不同之處在于，如果原來的請求是POST，Location頭指定的重定向目標文檔應該通過GET提取（HTTP 1.1新）。
? “304″ : Not Modified（未修改）自從上次請求后，請求的網頁未被修改過。原來緩沖的文檔還可以繼續使用，不會返回網頁內容。
? “305″ : Use Proxy（使用代理）只能使用代理訪問請求的網頁。如果服務器返回此響應，那么，服務器還會指明請求者應當使用的代理。（HTTP 1.1新）
? “307″ : Temporary Redirect（臨時重定向）和 302（Found）相同。許多瀏覽器會錯誤地響應302應答進行重定向，即使原來的請求是POST，即使它實際上只能在POST請求的應答是303時才能重定向。由于這個原因，HTTP 1.1新增了307，以便更加清除地區分幾個狀態代碼：當出現303應答時，瀏覽器可以跟隨重定向的GET和POST請求；如果是307應答，則瀏覽器只能跟隨對GET請求的重定向。（HTTP 1.1新）
? “400″ : Bad Request（錯誤請求）請求出現語法錯誤。
? “401″ : Unauthorized（未授權）客戶試圖未經授權訪問受密碼保護的頁面。應答中會包含一個WWW-Authenticate頭，瀏覽器據此顯示用戶名字/密碼對話框，然后在填寫合適的Authorization頭后再次發出請求。
? “403″ : Forbidden（已禁止） 資源不可用。服務器理解客戶的請求，但拒絕處理它。通常由于服務器上文件或目錄的權限設置導致。
? “404″ : Not Found（未找到）無法找到指定位置的資源。
? “405″ : Method Not Allowed（方法禁用）請求方法（GET、POST、HEAD、DELETE、PUT、TRACE等）禁用。（HTTP 1.1新）
? “406″ : Not Acceptable（不接受）指定的資源已經找到，但它的MIME類型和客戶在Accpet頭中所指定的不兼容（HTTP 1.1新）。
? “407″ : Proxy Authentication Required（需要代理授權）類似于401，表示客戶必須先經過代理服務器的授權。（HTTP 1.1新）
? “408″ : Request Time-out（請求超時）服務器等候請求時超時。（HTTP 1.1新）
? “409″ : Conflict（沖突）通常和PUT請求有關。由于請求和資源的當前狀態相沖突，因此請求不能成功。（HTTP 1.1新）
? “410″ : Gone（已刪除）如果請求的資源已被永久刪除，那么，服務器會返回此響應。該代碼與 404（未找到）代碼類似，但在資源以前有但現在已經不復存在的情況下，有時會替代 404 代碼出現。如果資源已被永久刪除，那么，您應當使用 301 代碼指定該資源的新位置。（HTTP 1.1新）
? “411″ : Length Required（需要有效長度）不會接受包含無效內容長度標頭字段的請求。（HTTP 1.1新）
? “412″ : Precondition Failed（未滿足前提條件）服務器未滿足請求者在請求中設置的其中一個前提條件。（HTTP 1.1新）
? “413″ : Request Entity Too Large（請求實體過大）請求實體過大，已超出服務器的處理能力。如果服務器認為自己能夠稍后再處理該請求，則應該提供一個Retry-After頭。（HTTP 1.1新）
? “414″ : Request-URI Too Large（請求的 URI 過長）請求的 URI（通常為網址）過長，服務器無法進行處理。
? “415″ : Unsupported Media Type（不支持的媒體類型）請求的格式不受請求頁面的支持。
? “416″ : Requested range not satisfiable（請求范圍不符合要求）服務器不能滿足客戶在請求中指定的Range頭。（HTTP 1.1新）
? “417″ : Expectation Failed（未滿足期望值）服務器未滿足”期望”請求標頭字段的要求。
? “500″ : Internal Server Error（服務器內部錯誤）服務器遇到錯誤，無法完成請求。
? “501″ : Not Implemented（尚未實施） 服務器不具備完成請求的功能。例如，當服務器無法識別請求方法時，服務器可能會返回此代碼。
? “502″ : Bad Gateway（錯誤網關）服務器作為網關或者代理時，為了完成請求訪問下一個服務器，但該服務器返回了非法的應答。
? “503″ : Service Unavailable（服務不可用）服務器由于維護或者負載過重未能應答。通常，這只是一種暫時的狀態。
? “504″ : Gateway Time-out（網關超時） 由作為代理或網關的服務器使用，表示不能及時地從遠程服務器獲得應答。（HTTP 1.1新）
? “505″ : HTTP Version not supported（HTTP 版本不受支持）不支持請求中所使用的 HTTP 協議版本。
幾天有位條友問了我一個問題，就是他在請求API接口的時候，返回的JSON格式的數據，圖片地址都已經拿到了，本地開發環境頁面中的調用也沒有錯誤，但是頁面中就是不顯示圖片，并且圖片返回的結果全部都是403，就是下面的圖片展示的效果。
圖片返回403
最開始我聽了這位兄弟描述的問題之后，我以為是請求的數據有問題，但是我看了返回的連接也都能正常訪問，但是又返回個403是什么鬼呢？
想必大家也都知道403狀態碼是什么意思，表示資源不可用，服務器實際上是已經響應了用戶的請求，但是給拒絕了。
然后我又想難道是跨域了嗎？不應該啊，請求的僅僅是一個API而已，而且控制臺也并沒有報跨域的錯誤，況且數據已經返回了。
最后我突然想到了是不是因為沒有設置 header 頭請求信息的 Referrer 字段呢？然后我在首頁index.html的head頭里加了一個meta標簽：
<meta name="referrer" content="no-referrer">加上referrer字段
Referrer這個字段的具體作用是用戶（瀏覽器）向服務器發送資源請求時，用戶所處的位置，用于用戶跟蹤的。主要是有三種場景會發送該字段：
上述三種場景，其中第三種是最經典的一個場景，有的站不讓圖片外鏈，只有自己的站點才能顯示，非自家的站點加載圖片時都會報錯，所以可以設置在請求資源的時候不發送 Referrer 字段。因此需要加上上述的meta標簽來解決這個問題。
這就是我解決請求第三方資源的時候圖片不加載的方法，各位朋友有遇到過類似的問題嗎，歡迎各位大佬在評論區交流。
*請認真填寫需求信息，我們會在24小時內與您取得聯系。
