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

TCP/IP協(xié)議—HTTP

這篇具有很好參考價(jià)值的文章主要介紹了TCP/IP協(xié)議—HTTP。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問(wèn)。

HTTP協(xié)議

超文本傳輸協(xié)議(Hypertext Transfer Protocol,HTTP)是一種請(qǐng)求-響應(yīng)的協(xié)議,用戶可以通過(guò)HTTP向服務(wù)器上傳、下載數(shù)據(jù)。HTTP基于TCP協(xié)議,是web應(yīng)用中最主要的應(yīng)用層協(xié)議,比如瀏覽器上網(wǎng)就是使用HTTP協(xié)議。通訊端口默認(rèn)為80。

超文本安全傳輸協(xié)議(Hypertext Transfer Protocol Secure,HTTPS)是加入安全加密的HTTP通道,在HTTP的基礎(chǔ)上通過(guò)傳輸加密和身份認(rèn)證保證了傳輸過(guò)程的安全性。HTTPS的安全基礎(chǔ)是SSL/TLS。通訊端口默認(rèn)為443。

HTTP協(xié)議源文檔

HTTP通訊特點(diǎn)

  • 可靠傳輸:HTTP基于TCP,需要先連接再傳輸數(shù)據(jù),因此也集成了TCP可靠傳輸?shù)奶匦浴?/li>
  • 立即響應(yīng):HTTP是無(wú)狀態(tài)的協(xié)議,即不存儲(chǔ)業(yè)務(wù)處理狀態(tài),每個(gè)請(qǐng)求都是互相獨(dú)立、毫無(wú)關(guān)聯(lián)的,協(xié)議不要求客戶端或服務(wù)器記錄請(qǐng)求相關(guān)的信息。
  • 單向請(qǐng)求:HTTP基于客戶端-服務(wù)器模式,HTTP只能從客戶端向服務(wù)器發(fā)起請(qǐng)求,服務(wù)器不能主動(dòng)向客戶端發(fā)起請(qǐng)求。
  • 靈活傳輸:HTTP可以傳輸任意類型的數(shù)據(jù)。

HTTP通訊流程

  1. 客戶端發(fā)起HTTP請(qǐng)求,與服務(wù)器建立TCP連接。
  2. 客戶端向服務(wù)器發(fā)送HTTP報(bào)文。
  3. 服務(wù)器收到HTTP報(bào)文后進(jìn)行業(yè)務(wù)處理,然后返回結(jié)果。

HTTPS通訊流程

HTTPS是在HTTP的基礎(chǔ)上加入了TLS,且在數(shù)據(jù)傳輸?shù)倪^(guò)程中使用證書(shū)對(duì)數(shù)據(jù)進(jìn)行加密。

  1. 客戶端向服務(wù)器發(fā)送HTTP請(qǐng)求,建立TCP連接,并發(fā)送TLS相關(guān)信息如:生成的隨機(jī)數(shù)。
  2. 服務(wù)器回復(fù)TLS相關(guān)信息,同時(shí)傳送自己的CA證書(shū)(公鑰)。
  3. 客戶端驗(yàn)證服務(wù)器傳送過(guò)來(lái)的信息是否具備合法性,比如CA證書(shū)的頒發(fā)機(jī)構(gòu)是否可靠、CA證書(shū)是否過(guò)期,域名與證書(shū)是否一致等。
  4. 客戶端會(huì)生成一個(gè)用于通信的“對(duì)稱密鑰”,然后通過(guò)公鑰對(duì)密鑰進(jìn)行加密,并且傳送到服務(wù)器。
  5. 如果服務(wù)器要求身份認(rèn)證(可選),客戶端會(huì)生成一個(gè)隨機(jī)數(shù)然后對(duì)其進(jìn)行數(shù)據(jù)簽名,將這個(gè)含有簽名的隨機(jī)數(shù)和客戶端證書(shū)以及“對(duì)稱密鑰”一起傳給服務(wù)器。
  6. 如果服務(wù)器要求身份認(rèn)證(可選),服務(wù)器會(huì)驗(yàn)證隨機(jī)簽名和客戶端證書(shū)是否具備合法性,比如:客戶端證書(shū)日期是否有效,頒發(fā)客戶端證書(shū)的CA機(jī)構(gòu)是否可靠等。
  7. 服務(wù)器將用私鑰將“對(duì)稱密鑰”進(jìn)行解密,然后服務(wù)器將使用“對(duì)稱密鑰”加密的回復(fù)發(fā)送給客戶端。
  8. TLS加密結(jié)束,接下來(lái)的數(shù)據(jù)傳輸將會(huì)使用“對(duì)稱密鑰”進(jìn)行數(shù)據(jù)通信。

HTTP請(qǐng)求報(bào)文

TCP/IP協(xié)議—HTTP,TCP/IP,tcp/ip,http,網(wǎng)絡(luò)協(xié)議

HTTP報(bào)文主要分為三部分:請(qǐng)求行、請(qǐng)求頭部、請(qǐng)求數(shù)據(jù)。
需要注意的是,HTTP報(bào)文的每一行都需要換行符,請(qǐng)求頭部與請(qǐng)求數(shù)據(jù)之間還需要一個(gè)空行。

  • 請(qǐng)求行:包含請(qǐng)求方法,URL,協(xié)議版本。其中協(xié)議版本目前廣泛使用的還是HTTP/1.1。
  • 請(qǐng)求頭部:使用鍵值對(duì)的數(shù)據(jù)格式(key: value),用于聲明請(qǐng)求的屬性參數(shù)。
  • 請(qǐng)求數(shù)據(jù):具體的請(qǐng)求數(shù)據(jù)。發(fā)送不同的數(shù)據(jù)會(huì)有不同的格式。

通常在POST請(qǐng)求時(shí)才會(huì)有請(qǐng)求數(shù)據(jù)部分

  1. 文本數(shù)據(jù),以訪問(wèn)OpenAI ChatGPT的請(qǐng)求為例
POST /v1/chat/completions HTTP/1.1   //post請(qǐng)求,具體訪問(wèn)URL為/v1/chat/completions,HTTP/1.1 協(xié)議
Host: api.openai.com                 //訪問(wèn)的服務(wù)器域名
Authorization: sk-xxxxxxxxxxxxxxxx   //服務(wù)器需要的認(rèn)證頭部
Content-Type: application/json       //請(qǐng)求數(shù)據(jù)的數(shù)據(jù)類型
Content-Length: 179                  //請(qǐng)求數(shù)據(jù)數(shù)據(jù)長(zhǎng)度

{                                   //請(qǐng)求數(shù)據(jù)
    "model":"gpt-3.5-turbo",
    "max_tokens":1000,
    "temperature":0.8,
    "messages": [
      {
        "role": "user",
        "content": "講個(gè)小故事"
      }
    ]
}
  1. 文件數(shù)據(jù),以訪問(wèn)OpenAI transcriptions的請(qǐng)求為例
POST /v1/audio/transcriptions HTTP/1.1  //post請(qǐng)求,具體訪問(wèn)URL為/v1/chat/completions,HTTP/1.1 
Host: api.openai.com                    //訪問(wèn)的服務(wù)器域名
Authorization: sk-xxxxxxx               //服務(wù)器需要的認(rèn)證頭部
Content-Length: 360                     //請(qǐng)求數(shù)據(jù)數(shù)據(jù)長(zhǎng)度
Content-Type: multipart/form-data; boundary=----WebKitFormBoundary7MA4YWxkTrZu0gW  //請(qǐng)求數(shù)據(jù)的數(shù)據(jù)類型,包括數(shù)據(jù)分隔符

------WebKitFormBoundary7MA4YWxkTrZu0gW
Content-Disposition: form-data; name="file"; filename="/C:/Users/zou/Desktop/16k.wav" //傳輸?shù)臄?shù)據(jù)信息描述
Content-Type: audio/wav              //傳輸?shù)臄?shù)據(jù)類型。與數(shù)據(jù)要個(gè)一個(gè)空行

(音頻文件數(shù)據(jù))
------WebKitFormBoundary7MA4YWxkTrZu0gW
Content-Disposition: form-data; name=modle  //傳輸?shù)臄?shù)據(jù)信息描述。與數(shù)據(jù)要個(gè)一個(gè)空行

whisper-1
------WebKitFormBoundary7MA4YWxkTrZu0gW--   //最后的分隔符多了 -- 表示數(shù)據(jù)結(jié)尾

請(qǐng)求方法

請(qǐng)求方法 作用
GET 此方法用于請(qǐng)求指定資源的表示形式。GET請(qǐng)求通常用于數(shù)據(jù)檢索,例如請(qǐng)求網(wǎng)頁(yè)內(nèi)容。GET請(qǐng)求的參數(shù)通常附加在URL后面。
POST 此方法用于向指定資源提交數(shù)據(jù)以創(chuàng)建或更新資源。POST請(qǐng)求通常包含在請(qǐng)求體中的數(shù)據(jù),適用于提交表單或上傳文件。
HEAD 與GET方法相似,但HEAD不返回響應(yīng)體,僅返回狀態(tài)行和標(biāo)題部分。HEAD方法主要用于獲取響應(yīng)的元數(shù)據(jù)。
PUT 此方法用于將數(shù)據(jù)發(fā)送到服務(wù)器以創(chuàng)建或更新資源。PUT方法用上傳的內(nèi)容替換目標(biāo)資源中的所有當(dāng)前內(nèi)容。
DELETE 此方法用于請(qǐng)求服務(wù)器刪除指定的資源。DELETE請(qǐng)求會(huì)導(dǎo)致服務(wù)器刪除URI指定的目標(biāo)資源的所有當(dāng)前內(nèi)容。
OPTIONS 此方法用于獲取當(dāng)前URL支持的方法列表。OPTIONS請(qǐng)求返回服務(wù)器支持的方法列表,對(duì)于查看API端點(diǎn)的可用操作非常有用。
TRACE 此方法用于回顯服務(wù)器收到的請(qǐng)求,主要用于測(cè)試或診斷網(wǎng)絡(luò)路徑上的問(wèn)題。

HTTP應(yīng)答報(bào)文

HTTP應(yīng)答報(bào)文與HTTP請(qǐng)求報(bào)文格式類似,區(qū)別在與請(qǐng)求行。
以百度的應(yīng)答報(bào)文為例

HTTP/1.1 200 OK
Connection: keep-alive
Content-Type: text/html; charset=utf-8
Date: Thu, 18 Apr 2024 02:21:36 GMT
X-Ua-Compatible: IE=Edge,chrome=1
X-Xss-Protection: 1;mode=block
Transfer-Encoding: chunked

請(qǐng)求行中沒(méi)有請(qǐng)求方式以及URL,但是多了狀態(tài)碼

狀態(tài)碼

TCP/IP協(xié)議—HTTP,TCP/IP,tcp/ip,http,網(wǎng)絡(luò)協(xié)議
常用的狀態(tài)碼如下

狀態(tài)碼 返回消息 狀態(tài)碼含義
100 Continue 表示服務(wù)器已經(jīng)接收到一部分請(qǐng)求,客戶可以繼續(xù)發(fā)送
101 Switching Protocols 用于響應(yīng)客戶端的 Upgrade請(qǐng)求頭發(fā)送的,指明服務(wù)器即將切換的協(xié)議
102 Processing 表示服務(wù)器已經(jīng)接收到請(qǐng)求并且正在處理,但尚未完成處理
200 OK 請(qǐng)求成功并已正確處理返回
201 Create 請(qǐng)求成功,并因此創(chuàng)建了一個(gè)新的資源。這通常是在 POST 請(qǐng)求,或是某些 PUT 請(qǐng)求之后返回的響應(yīng)
202 OK 表示請(qǐng)求已被接受,但處理尚未完成
204 No Content 表示請(qǐng)求成功處理,但沒(méi)有返回內(nèi)容
301 Moved Permanently 請(qǐng)求資源的 URL 永久移動(dòng)到了一個(gè)不同的URL,在響應(yīng)中給出了新的 URL
302 Found 請(qǐng)求資源的 URL 臨時(shí)移動(dòng)到了一個(gè)不同的URL,在響應(yīng)中給出了新的 URL
400 Bad Request 錯(cuò)誤請(qǐng)求,服務(wù)器無(wú)法或不會(huì)處理請(qǐng)求
401 Unauthorized 表示客戶端的請(qǐng)求沒(méi)有身份驗(yàn)證或者驗(yàn)證失敗
403 Forbidden 客戶端沒(méi)有訪問(wèn)內(nèi)容的權(quán)限
404 Not Found 服務(wù)器找不到請(qǐng)求的資源
415 Unsupported Media Type 服務(wù)器不支持請(qǐng)求數(shù)據(jù)的媒體格式
414 URI Too Long 客戶端請(qǐng)求的 URI 長(zhǎng)度超過(guò)服務(wù)器所接受的長(zhǎng)度
429 Too Many Requests 客戶端在給定的時(shí)間內(nèi)發(fā)送了太多請(qǐng)求
431 Request Header Fields Too Large 客戶端在給定的時(shí)間內(nèi)發(fā)送了太多請(qǐng)求
500 Internal Server Error 服務(wù)器內(nèi)部錯(cuò)誤,當(dāng)服務(wù)器在處理請(qǐng)求時(shí)遇到了意外錯(cuò)誤或異常情況,無(wú)法完成請(qǐng)求
502 Bad Gateway 表示代理服務(wù)器無(wú)法正確地轉(zhuǎn)發(fā)請(qǐng)求并獲得有效的響應(yīng)

學(xué)習(xí)筆記,有問(wèn)題歡迎指出文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-858644.html

到了這里,關(guān)于TCP/IP協(xié)議—HTTP的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

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

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

相關(guān)文章

  • TCP、IP、TCP/IP、HTTP和HTTPS協(xié)議簡(jiǎn)介

    TCP、IP、TCP/IP、HTTP和HTTPS都是計(jì)算機(jī)網(wǎng)絡(luò)通信中常見(jiàn)的協(xié)議。 TCP TCP(Transmission Control Protocol)是傳輸層協(xié)議,在網(wǎng)絡(luò)通信中提供可靠的、面向連接的數(shù)據(jù)傳輸服務(wù)。TCP協(xié)議確保數(shù)據(jù)的可靠性、完整性和有序性,并且可以自動(dòng)進(jìn)行重傳和錯(cuò)誤校驗(yàn),為應(yīng)用層提供了可靠的數(shù)據(jù)傳輸

    2024年02月04日
    瀏覽(25)
  • TCP/IP協(xié)議—HTTP

    TCP/IP協(xié)議—HTTP

    超文本傳輸協(xié)議(Hypertext Transfer Protocol,HTTP)是一種請(qǐng)求-響應(yīng)的協(xié)議,用戶可以通過(guò)HTTP向服務(wù)器上傳、下載數(shù)據(jù)。HTTP基于TCP協(xié)議,是web應(yīng)用中最主要的應(yīng)用層協(xié)議,比如瀏覽器上網(wǎng)就是使用HTTP協(xié)議。通訊端口默認(rèn)為80。 超文本安全傳輸協(xié)議(Hypertext Transfer Protocol Secure,

    2024年04月26日
    瀏覽(21)
  • TCP/IP詳解——HTTP 協(xié)議

    TCP/IP詳解——HTTP 協(xié)議

    HTTP協(xié)議是Hyper Text Transfer Protocol( 超文本傳輸協(xié)議 )的縮寫(xiě),是用于從萬(wàn)維網(wǎng)(WWW:World Wide Web)服務(wù)器傳輸超文本到本地瀏覽器的傳送協(xié)議。HTTP工作在TCP協(xié)議的 80 端口上。 HTTP是一個(gè)基于TCP/IP通信協(xié)議來(lái)傳遞數(shù)據(jù)(HTML文件,圖片文件,查詢結(jié)果等),HTTP協(xié)議是基于TCP的

    2024年02月04日
    瀏覽(38)
  • HTTP 協(xié)議和 TCP/IP 協(xié)議之間有什么區(qū)別?

    HTTP 協(xié)議和 TCP/IP 協(xié)議之間有什么區(qū)別?

    HTTP(超文本傳輸協(xié)議)和TCP/IP(傳輸控制協(xié)議/互聯(lián)網(wǎng)協(xié)議)是兩種在互聯(lián)網(wǎng)通信中廣泛使用的協(xié)議,它們之間的區(qū)別和聯(lián)系對(duì)許多人來(lái)說(shuō)可能還不是很清晰,今天我們就帶大家來(lái)一起了解一下HTTP和TCP/IP協(xié)議這2者之間的主要區(qū)別和功能。 我們來(lái)看看HTTP協(xié)議。HTTP是一種應(yīng)用層

    2024年01月20日
    瀏覽(29)
  • HTTP、TCP/IP協(xié)議族、分層管理、DNS、URI

    第一章 使用HTTP協(xié)議訪問(wèn)WEB 瀏覽器輸入U(xiǎn)RL 請(qǐng)求后端服務(wù)器 后端服務(wù)器經(jīng)過(guò)處理之后返回相應(yīng)的信息(resource) 發(fā)送請(qǐng)求的機(jī)器,我們可以叫做 客戶端(client) 。 處理請(qǐng)求的機(jī)器,我們可以叫做 服務(wù)器 。 客戶端和服務(wù)器之間的協(xié)議就是我們的主角:HTTP。換句話說(shuō),WEB是建立

    2024年02月02日
    瀏覽(23)
  • 網(wǎng)絡(luò)協(xié)議報(bào)文理解刨析篇二(再談Http和Https), 加上TCP/UDP/IP協(xié)議分析(理解著學(xué)習(xí)), 面試官都驚訝你對(duì)網(wǎng)絡(luò)的見(jiàn)解

    網(wǎng)絡(luò)協(xié)議報(bào)文理解刨析篇二(再談Http和Https), 加上TCP/UDP/IP協(xié)議分析(理解著學(xué)習(xí)), 面試官都驚訝你對(duì)網(wǎng)絡(luò)的見(jiàn)解

    目錄 前文鏈接(系列助學(xué), 也為后文學(xué)習(xí)做鋪墊, 可按需讀取) 一. 再談HTTP再理解 二. HTTP對(duì)比學(xué)習(xí)HTTPS HTTP和HTTPS的區(qū)別如下: 三.TCP協(xié)議? (三次握手四次揮手細(xì)節(jié)過(guò)程理解在之前的博文中有詳細(xì)圖解) tcp緩沖區(qū)概念的引入? (解釋流量控制): 確認(rèn)應(yīng)答(ACK)機(jī)制的理解 (編序號(hào))

    2023年04月09日
    瀏覽(105)
  • TCP/IP,UDP,DNS,NAT,DHCP,HTTP協(xié)議

    1.TCP/IP協(xié)議 TCP/IP協(xié)議是Internet最基本的協(xié)議、Internet國(guó)際互聯(lián)網(wǎng)絡(luò)的基礎(chǔ),由網(wǎng)絡(luò)層的IP協(xié)議和傳輸層的TCP協(xié)議組成。通俗而言:TCP負(fù)責(zé)發(fā)現(xiàn)傳輸?shù)膯?wèn)題,一有問(wèn)題就發(fā)出信號(hào),要求重新傳輸,直到所有數(shù)據(jù)安全正確地傳輸?shù)侥康牡?。而IP是給因特網(wǎng)的每一臺(tái)聯(lián)網(wǎng)設(shè)備規(guī)定一個(gè)

    2024年01月17日
    瀏覽(32)
  • 第138篇:了解HTTP協(xié)議(TCP/IP協(xié)議,DNS域名解析,瀏覽器緩存)

    第138篇:了解HTTP協(xié)議(TCP/IP協(xié)議,DNS域名解析,瀏覽器緩存)

    好家伙,發(fā)現(xiàn)自己的網(wǎng)絡(luò)知識(shí)十分匱乏,趕緊補(bǔ)一下 ? 這里先舉個(gè)我生活中的例子 欸,作業(yè)不會(huì)寫(xiě)了,上網(wǎng)搜一下 用edge瀏覽器上bing必應(yīng)搜一下(百度廣告太多了,真不想用百度舉例子) ? 假設(shè)這是我們第一次訪問(wèn)bing的首頁(yè) 當(dāng)我向?yàn)g覽器中輸入https://cn.bing.com/并按下回車

    2023年04月24日
    瀏覽(32)
  • OSI(七層)網(wǎng)絡(luò)模型,三次握手四次揮手梳理,Socket.TCP/IP.HTTP三者說(shuō)明

    OSI(七層)網(wǎng)絡(luò)模型,三次握手四次揮手梳理,Socket.TCP/IP.HTTP三者說(shuō)明

    目錄 一? ?OSI網(wǎng)絡(luò)模型 二? ?三次握手與四次揮手的簡(jiǎn)單理解 ● 常見(jiàn)問(wèn)題梳理 三? ?Socket,TCP/IP,HTTP ① TCP/IP連接 ② HTTP連接 ③ Socket說(shuō)明 ● 套接字(socket)概念 ● 建立socket連接 四? ?Socket連接與TCP/IP連接 五? ?Socket連接與HTTP連接 OSI網(wǎng)絡(luò)模型也稱七層網(wǎng)絡(luò)模型 7 應(yīng)用層

    2023年04月09日
    瀏覽(32)
  • TCP/IP四層模型、HTTP、HTTPS、TCP

    TCP/IP四層模型、HTTP、HTTPS、TCP

    網(wǎng)絡(luò)協(xié)議 ??在計(jì)算機(jī)網(wǎng)絡(luò)要做到井井有條的交換數(shù)據(jù),就必須遵守一些事先約定好的規(guī)則,比如交換數(shù)據(jù)的格式、是否需要發(fā)送一個(gè)應(yīng)答信息。這些規(guī)則被稱為網(wǎng)絡(luò)協(xié)議。 為什么要對(duì)網(wǎng)絡(luò)協(xié)議分層 ??1、簡(jiǎn)化問(wèn)題難度和復(fù)雜度。由于各層之間獨(dú)立,我們可以分割大問(wèn)題為

    2023年04月08日
    瀏覽(25)

覺(jué)得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

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

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包