国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

《二》HTTP 請求報(bào)文和響應(yīng)報(bào)文、請求方法、狀態(tài)碼

這篇具有很好參考價(jià)值的文章主要介紹了《二》HTTP 請求報(bào)文和響應(yīng)報(bào)文、請求方法、狀態(tài)碼。希望對大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

請求報(bào)文和響應(yīng)報(bào)文:

請求報(bào)文:

客戶端向服務(wù)器發(fā)送的請求信息,就叫做請求報(bào)文。
《二》HTTP 請求報(bào)文和響應(yīng)報(bào)文、請求方法、狀態(tài)碼

客戶端發(fā)送一個(gè) HTTP 請求到服務(wù)器,請求信息包含四部分:請求行、請求頭、空行、請求體。

  1. 請求行:包含三部分,分別是請求方法、請求資源的路徑、協(xié)議版本。
  2. 請求頭:頭信息,告訴服務(wù)器一些信息,在客戶端和服務(wù)器處理時(shí)起至關(guān)重要作用的信息幾乎都在這邊。
  3. 空行:請求頭和請求體之間有一個(gè)空行來做區(qū)分,即使沒有請求體,空行也不能少。
  4. 請求體:請求要發(fā)送的內(nèi)容,不一定有。

    GET 請求方法沒有請求體,數(shù)據(jù)通過請求頭攜帶。
    POST 請求方法有請求體,數(shù)據(jù)通過請求體攜帶。

GET 方式示例:

// 請求行:請求方法是 GET,請求資源的路徑是 /0606/01.php,攜帶的參數(shù)是 username=Lee&age=28 ,所用的協(xié)議是 HTTP/1.1
GET  /0606/01.php?username=Lee&age=28  HTTP/1.1  
// 請求頭:是一行一行的 key-value
Host: localhost
// 空行

POST 方式示例:

// 請求行:請求方法是 POST,請求資源的路徑是 /0606/02.php ,所用的協(xié)議是 HTTP/1.1
POST  /0606/02.php  HTTP1.1  
// 請求頭:Content-type 表明請求體的類型,Content-length 表明請求體的長度
Host: localhost
Content-type: application/x-www-form-urlencoded
Content-length: 19
// 空行

// 請求體
username=Lee&age=28

響應(yīng)報(bào)文:

服務(wù)器返回的響應(yīng)信息,就叫做響應(yīng)報(bào)文。
《二》HTTP 請求報(bào)文和響應(yīng)報(bào)文、請求方法、狀態(tài)碼

一般情況下,服務(wù)器接收并處理客戶端發(fā)過來的請求后會(huì)返回一個(gè) HTTP 的響應(yīng)消息。響應(yīng)信息包含四部分:響應(yīng)行、響應(yīng)頭、空行、響應(yīng)體。

  1. 響應(yīng)行:包含三部分,分別是所用的協(xié)議版本、狀態(tài)碼、狀態(tài)文字。
  2. 響應(yīng)頭:頭信息,告訴客戶端一些信息,在客戶端和服務(wù)器處理時(shí)起至關(guān)重要作用的信息幾乎都在這邊。
  3. 空行:響應(yīng)頭和響應(yīng)體之間有一個(gè)空行來做區(qū)分,即使沒有請求體,空行也不能少。
  4. 響應(yīng)體:響應(yīng)要返回的內(nèi)容,不一定有。
// 響應(yīng)行:所用的協(xié)議是HTTP/1.1,狀態(tài)碼是200,狀態(tài)文字是 OK
HTTP/1.1 200 OK
// 響應(yīng)頭
Date:Thu, 06 Jun 2021 12:39:02 GMT
Server: Apache/2.2.21 <Win32> PHP/5.38
X-Powered-By: PHP/5.38
Content-Length: 5
Content-Type: text/html
// 空行

// 響應(yīng)體
hello

請求方法:

請求方法用來定義對于資源采取什么樣的操作,有各自的語義。分別有:GET、POST、PUT、DELETE、HEAD、CONNECT、OPTIONS、TRACE、PATCH。

這些請求方法雖然有各自的語義,但并不是強(qiáng)制性的。
HTTP 里雖然規(guī)定了這些請求方法,但 Web 服務(wù)器未必全部支持。

  1. GET:請求服務(wù)器中的指定資源。
  2. HEAD:和 GET 基本一致,但是沒有響應(yīng)體。這一方法可以在不傳輸整個(gè)響應(yīng)體的情況下,獲取響應(yīng)頭中的元信息。

    例如:只想知道某個(gè)資源是否還存在,而不需要知道具體是什么內(nèi)容,就可以使用 HEAD,因?yàn)榇藭r(shí)只需要狀態(tài)碼 200 就可以知道資源仍然存在了。

  3. POST:將數(shù)據(jù)發(fā)送到服務(wù)器以創(chuàng)建資源。
  4. PUT:將數(shù)據(jù)發(fā)送到服務(wù)器以替換整個(gè)資源。
  5. PATCH:將數(shù)據(jù)發(fā)送到服務(wù)器以更新部分資源。
  6. DELETE:請求服務(wù)器刪除指定資源。
  7. TRACE:回顯服務(wù)器收到的請求,主要用于測試或診斷。

    例如:使用了代理訪問 news.163.com,如果想要知道代理有沒有偷偷修改我們的 HTTP 請求,就可以使用 TRACE 來測試,news.163.com 的服務(wù)器就會(huì)把最后收到的請求返回回來。

  8. OPTIONS:返回服務(wù)器針對指定資源所支持的 HTTP 請求方法。
  9. CONNECT:建立一個(gè)到目標(biāo)資源的服務(wù)器的隧道,通常用在代理服務(wù)器上,網(wǎng)頁開發(fā)很少用到 。

GET 和 POST 的區(qū)別:

  1. 語義不同:GET 請求用來獲取數(shù)據(jù);POST 請求用來創(chuàng)建數(shù)據(jù)。

  2. 發(fā)送數(shù)據(jù)不同:GET 請求在請求頭中攜帶數(shù)據(jù),請求的數(shù)據(jù)會(huì)附在 URL 地址中;POST 請求一般是在請求體中攜帶數(shù)據(jù)。

    GET 請求的數(shù)據(jù)會(huì)附在 URL 地址中,以 ? 分割 URL 和傳輸數(shù)據(jù),多個(gè)參數(shù)用 & 連接。如果數(shù)據(jù)是英文字母/數(shù)字,原樣發(fā)送,如果是空格,轉(zhuǎn)換為 +,如果是中文/其他字符,則直接把字符串用 BASE64 加密。
    POST 請求也可以在請求頭中通過 URL 攜帶數(shù)據(jù),這不是 GET 請求專屬的特性。

  3. 傳輸數(shù)據(jù)的大?。篏ET 請求能攜帶的數(shù)據(jù)量和 URL 地址的長度有關(guān)系,一般最多就幾 K;POST 請求能攜帶的數(shù)據(jù)量理論上是無限的。但實(shí)際上還是有大小限制,但是會(huì)比 GET 請求大得多。

  4. 安全性不同:POST 請求的安全性要比 GET 請求的安全性高一點(diǎn)。GET 請求的數(shù)據(jù)會(huì)在地址欄中顯示出來;而 POST 請求的數(shù)據(jù),不會(huì)在地址欄顯示出來。

    比如:通過 GET 提交數(shù)據(jù),用戶名和密碼將明文出現(xiàn)在 URL 上,那么(1)登錄頁面有可能被瀏覽器緩存;(2)其他人查看瀏覽器的歷史紀(jì)錄都可以看到這些信息。
    但實(shí)際上 POST 請求也不安全,打開瀏覽器的控制臺(tái)也可以直接看到提交的信息。

HTTP 狀態(tài)碼:

狀態(tài)碼是用來表示服務(wù)器的響應(yīng)情況的。 HTTP 狀態(tài)碼由三個(gè)十進(jìn)制數(shù)字組成,第一個(gè)十進(jìn)制數(shù)字定義了狀態(tài)碼的類型。

狀態(tài)說明是用來描述狀態(tài)碼的。

HTTP 狀態(tài)碼分類:

  1. 1**:消息,服務(wù)器已收到請求,需要繼續(xù)處理。
  2. 2**:成功,服務(wù)器成功收到并處理請求。
  3. 3**:重定向,服務(wù)器需要進(jìn)一步的操作以完成請求。
  4. 4**:客戶端錯(cuò)誤,請求包含語法錯(cuò)誤或無法完成請求。
  5. 5**:服務(wù)器錯(cuò)誤,服務(wù)器在處理請求的過程中發(fā)生了錯(cuò)誤。

常見的 HTTP 狀態(tài)碼:

  1. 200:客戶端請求成功。

  2. 201:POST 請求,新的資源創(chuàng)建成功。

  3. 301:永久移動(dòng),請求的資源已被永久的移動(dòng)到新 URL。

    響應(yīng)中會(huì)返回新的 URL,瀏覽器拿到新的 URL 會(huì)自動(dòng)跳轉(zhuǎn)。

  4. 302:臨時(shí)移動(dòng),請求的資源已被臨時(shí)的移動(dòng)到新 URL。

    例如:通過 POST 方式提交表單數(shù)據(jù)到 05.php,但是 05.php 重定向了到 06.php,通過 301 和 302 會(huì)發(fā)生丟失數(shù)據(jù)的情況。下圖可以看到,05.php 是 POST 請求,但是 06.php 變成了 GET 請求。
    《二》HTTP 請求報(bào)文和響應(yīng)報(bào)文、請求方法、狀態(tài)碼
    可以通過 307 狀態(tài)碼來解決。下圖可以看到,05.php 和 06.php 都是 POST 請求。
    《二》HTTP 請求報(bào)文和響應(yīng)報(bào)文、請求方法、狀態(tài)碼

  5. 304:資源未被修改。

    瀏覽器通過此資源的標(biāo)識符告訴服務(wù)器它有這個(gè)資源,且告訴服務(wù)器最后的修改時(shí)間,服務(wù)器對比資源的標(biāo)識符和最后的修改時(shí)間,如果一致,說明沒有更改過資源,就會(huì)返回 304。瀏覽器就可以從緩存中獲取資源,減輕了服務(wù)器的傳輸壓力。

  6. 307:重定向中保持原有的請求數(shù)據(jù)。

  7. 400:客戶端請求的語法錯(cuò)誤,服務(wù)器無法理解。

  8. 401:未授權(quán)的錯(cuò)誤,請求必須攜帶用戶的身份信息。

  9. 403:沒有訪問權(quán)限的錯(cuò)誤,服務(wù)器理解客戶端的請求,但是拒絕執(zhí)行。

  10. 404:無法找到資源。

  11. 500:服務(wù)器內(nèi)部錯(cuò)誤,無法完成請求。

  12. 503:由于超載或系統(tǒng)維護(hù),服務(wù)器暫時(shí)無法處理客戶端的請求。文章來源地址http://www.zghlxwxcb.cn/news/detail-426254.html

常見的 HTTP 狀態(tài)說明:

  1. OK:客戶端請求成功。
  2. Created:POST 請求,新的資源創(chuàng)建成功。
  3. Moved Permanently:永久移動(dòng),請求的資源已被永久的移動(dòng)到新 URL。
  4. Bad Request:客戶端請求的語法錯(cuò)誤,服務(wù)器無法理解。
  5. Unauthorized:未授權(quán)的錯(cuò)誤,請求必須攜帶用戶的身份信息。
  6. Forbidden:沒有訪問權(quán)限的錯(cuò)誤,服務(wù)器理解客戶端的請求,但是拒絕執(zhí)行。
  7. Not Found:無法找到資源。
  8. Internal Server Error:服務(wù)器內(nèi)部錯(cuò)誤,無法完成請求。
  9. Service Unavailable:由于超載或系統(tǒng)維護(hù),服務(wù)器暫時(shí)無法處理客戶端的請求。

到了這里,關(guān)于《二》HTTP 請求報(bào)文和響應(yīng)報(bào)文、請求方法、狀態(tài)碼的文章就介紹完了。如果您還想了解更多內(nèi)容,請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • Nodejs基礎(chǔ)6之HTTP模塊的獲取請求行和請求頭、獲取請求體、獲取請求路徑和查詢字符串、http請求練習(xí)、設(shè)置HTTP響應(yīng)報(bào)文、http響應(yīng)練習(xí)

    Nodejs基礎(chǔ)6之HTTP模塊的獲取請求行和請求頭、獲取請求體、獲取請求路徑和查詢字符串、http請求練習(xí)、設(shè)置HTTP響應(yīng)報(bào)文、http響應(yīng)練習(xí)

    含義 語法 重點(diǎn)掌握 請求方法 request.method * 請求版本 request.httpVersion 請求路徑 request.url * URL 路徑 require(‘url’).parse(request.url).pathname * URL 查詢字符串 require(‘url’).parse(request.url, true).query * 請求頭 request.headers * 請求體 request.on(‘data’, function(chunk){}),request.on(‘end’, functio

    2024年02月20日
    瀏覽(23)
  • http請求和響應(yīng)(包含狀態(tài)碼)+過濾器

    http請求和響應(yīng)(包含狀態(tài)碼)+過濾器

    目錄 一、http協(xié)議概述 二、http請求 三、http響應(yīng) ?四、過濾器 一、http協(xié)議概述 1.http: 超文本傳輸協(xié)議 ,是用于在網(wǎng)絡(luò)上傳輸數(shù)據(jù)的應(yīng)用層協(xié)議。是互聯(lián)網(wǎng)上應(yīng)用最為流行的一種網(wǎng)絡(luò)協(xié)議,用于定義客戶端瀏覽器和服務(wù)器之間交換數(shù)據(jù)的過程,基于TCP/IP通信協(xié)議來傳遞數(shù)據(jù),

    2024年02月06日
    瀏覽(26)
  • HTTP響應(yīng)狀態(tài)碼大全:從100到511,全面解析HTTP請求的各種情況

    HTTP響應(yīng)狀態(tài)碼大全:從100到511,全面解析HTTP請求的各種情況

    為了鞏固所學(xué)的知識,作者嘗試著開始發(fā)布一些學(xué)習(xí)筆記類的博客,方便日后回顧。當(dāng)然,如果能幫到一些萌新進(jìn)行新技術(shù)的學(xué)習(xí)那也是極好的。作者菜菜一枚,文章中如果有記錄錯(cuò)誤,歡迎讀者朋友們批評指正。 (博客的參考源碼可以在我主頁的資源里找到,如果在學(xué)習(xí)的

    2024年02月12日
    瀏覽(29)
  • HTTP介紹 原理 消息結(jié)構(gòu) 客戶端請求 服務(wù)器響應(yīng) HTTP狀態(tài)碼

    HTTP介紹 原理 消息結(jié)構(gòu) 客戶端請求 服務(wù)器響應(yīng) HTTP狀態(tài)碼

    HTTP協(xié)議 是Hyper Text Transfer Protocol(超文本傳輸協(xié)議)的縮寫,是用于萬維網(wǎng)(www.world wide web)服務(wù)器傳輸超文本到本地瀏覽器的傳送協(xié)議 HTTP 是基于TCP/IP(三次握手,四次揮手)通信協(xié)議來傳輸數(shù)據(jù)(HTML文件,圖片文件,查詢結(jié)果等) TCP:可靠的,丟包重傳 UTP:不可靠的,直播,

    2024年02月05日
    瀏覽(28)
  • react反向代理:http請求狀態(tài)返回200,控制臺(tái)預(yù)覽和響應(yīng)沒有返回值是怎么回事

    react反向代理:http請求狀態(tài)返回200,控制臺(tái)預(yù)覽和響應(yīng)沒有返回值是怎么回事

    ?今天調(diào)試接口的時(shí)候遇到這樣的情況: ????????http請求狀態(tài)返回200,控制臺(tái)預(yù)覽和響應(yīng)沒有返回值。如下圖所示: 對照之前的請求地址,發(fā)現(xiàn)調(diào)試的這個(gè)請求地址跟原來的請求地址相比較多了一個(gè)前綴,再查看proxy代理文件,發(fā)現(xiàn)按照原來的請求地址做了反向代理,將

    2024年02月11日
    瀏覽(24)
  • Http---HTTP響應(yīng)報(bào)文

    Http---HTTP響應(yīng)報(bào)文

    1. HTTP響應(yīng)報(bào)文分析 HTTP 響應(yīng)報(bào)文效果圖: 響應(yīng)報(bào)文說明: 原始響應(yīng)報(bào)文說明: 說明: 每項(xiàng)數(shù)據(jù)之間使用: rn 2. HTTP 狀態(tài)碼介紹 HTTP 狀態(tài)碼是 用于表示web服務(wù)器響應(yīng)狀態(tài)的3位數(shù)字代碼 。 狀態(tài)碼 說明 200 請求成功 307 重定向 400 錯(cuò)誤的請求,請求地址或者參數(shù)有誤 404 請求資源在服

    2024年03月10日
    瀏覽(30)
  • 網(wǎng)站建設(shè)入門教程||HTTP 請求方法||HTTP 響應(yīng)頭信息

    根據(jù) HTTP 標(biāo)準(zhǔn),HTTP 請求可以使用多種請求方法。 HTTP1.0 定義了三種請求方法: GET, POST 和 HEAD 方法。 HTTP1.1 新增了六種請求方法:OPTIONS、PUT、PATCH、DELETE、TRACE 和 CONNECT 方法。 序號 方法 描述 1 GET 請求指定的頁面信息,并返回實(shí)體主體。 2 HEAD 類似于 GET 請求,只不過返回的

    2024年02月12日
    瀏覽(40)
  • Jmeter提取協(xié)議報(bào)文、請求頭、請求體、響應(yīng)體

    參看文章: https://blog.csdn.net/qq_40308101/article/details/125545245 https://www.thinbug.com/q/34918343 https://www.cnblogs.com/peak911/p/9238738.html 1、 prev (用于后置處理器、斷言) prev 提供對當(dāng)前取樣器結(jié)果的訪問能力 prev 映射 org.apache.jmeter.samplers 的 SampleResult 類 官方文檔: https://jmeter.apache.org/ap

    2024年02月11日
    瀏覽(27)
  • HTTP發(fā)展及常見的HTTP請求方法和狀態(tài)碼

    目錄 HTTP的發(fā)展 萬維網(wǎng)的發(fā)明 HTTP/0.9 ——單行協(xié)議 HTTP/1.0——構(gòu)建可擴(kuò)展性 HTTP/1.1——標(biāo)準(zhǔn)化的協(xié)議 HTTP/2——為了更優(yōu)異的表現(xiàn) 后 HTTP/2 進(jìn)化 HTTP/3——基于 QUIC 的 HTTP

    2024年02月09日
    瀏覽(26)
  • WebServer 解析HTTP 響應(yīng)報(bào)文

    WebServer 解析HTTP 響應(yīng)報(bào)文

    一、基礎(chǔ)API部分,介紹stat、mmap、iovec、writev、va_list 1.1 stat?? 作用 :獲取文件信息 返回值:成功返回0,失敗返回-1; 參數(shù):文件路徑(名),struct?stat 類型的結(jié)構(gòu)體? struct stat 結(jié)構(gòu)體詳解: stat結(jié)構(gòu)體中的st_mode 則定義了下列數(shù)種情況: 1.2 mmap 用于將一個(gè)文件或其他對象

    2024年02月09日
    瀏覽(27)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包