物聯(lián)方案
2020年04月01日
事實上，除了HTML文件之外，任何服務器都有一個HTTP駐留程序，用于響應用戶請求。"您的瀏覽器位于HTTP定位器端，并向服務器發(fā)送請求。當在瀏覽器中輸入一個開始文件或單擊一個超鏈接時，瀏覽器向服務器發(fā)送一個HTTP請求，該請求被發(fā)送到IP地址指定的URL。"駐留程序接收請求，并在進行必要操作后返回所需文件。在此過程中，在網(wǎng)絡上發(fā)送和接收的數(shù)據(jù)被劃分為一個或多個分組(分組)，每個分組包括：要發(fā)送的數(shù)據(jù)；以及控制信息，即告訴網(wǎng)絡如何處理該分組。"TCP/IP確定每個數(shù)據(jù)包的格式。"如果你不事先告訴你，你可能不知道信息被分成許多小塊進行傳輸和重組。
在WWW中，"定位器端"和"服務器端"是僅存在于特定連接中的一個相對概念，即一個連接中的定位器端可以充當另一個連接中的服務器，基于HTTP協(xié)議的定位器/服務器模式的信息交換過程分為四個過程：建立連接、發(fā)送請求信息、發(fā)送響應信息和關閉連接。
中介有三種類型：代理(代理)、網(wǎng)關(網(wǎng)關)和通道(隧道)。代理根據(jù)URI的絕對格式接受請求，重寫消息的全部或部分，并通過URI的標識將格式化的請求發(fā)送給服務器。網(wǎng)關是一個接收代理，充當其他服務器的上層，如果有必要，可以將請求轉換到底層服務器協(xié)議。通道充當兩個不改變消息的連接之間的中繼點。當通信需要通過中介(例如防火墻等)時，通常使用通道。)或者當中介不識別消息的內容時。
許多HTTP通信是由用戶代理發(fā)起的，其中包括對源服務器上資源的請求。最簡單的情況可能是通過用戶代理(UA)和源服務器(O)之間的單獨連接。當請求/響應鏈中出現(xiàn)一個或多個中介時，情況變得更加復雜。
HTTP協(xié)議基于請求/響應范例。定位器終端與服務器連接后，向服務器發(fā)送請求。請求的格式是統(tǒng)一的資源標識符、協(xié)議版本號，然后是MIME信息，包括請求修飾符、定位器終端信息和可能的內容。當服務器接收到請求時，以狀態(tài)行的協(xié)議版本號的格式給出相應的響應信息，包括信息、成功的或不正確的代碼，然后是MIME信息，包括服務器信息、實體信息和可能的內容。