摘要：是無狀態(tài)協(xié)議，意味著服務器不會在兩個請求直接保留任何數據狀態(tài)?？蛻舳税l(fā)送一個請求到服務器的請求消息包括以下格式請求行請求頭部空行和請求數據四個部分組成。讀取服務端返回的報文信息響應狀態(tài)行消息報頭空行和響應正文。

超文本傳輸協(xié)議（HTTP）是用于傳輸褚如HTML的超媒體文檔的應用層協(xié)議。
它被設計用于Web瀏覽器和Web服務器之間的通信，但它也可以用于其他目的。
HTTP遵循經典的客戶端-服務端模型，客戶端打開一個連接以發(fā)送請求，然后等待它收到服務器端響應。
HTTP是無狀態(tài)協(xié)議，意味著服務器不會在兩個請求直接保留任何數據（狀態(tài)）。

HTTP是應用層的協(xié)議，雖然理論上它可以通過任何可靠的傳輸協(xié)議來發(fā)送，但是它還是
通過TCP或者是TLS-加密的TCP連接來發(fā)送。
它不僅被用來傳輸超文本文檔，還用來傳輸圖片、視頻或者向服務器發(fā)送如HTML表單這樣的信息。HTTP還可以根據網頁需求，僅獲取部分Web文檔內容更新網頁。

HTTP是一個client-server協(xié)議：請求通過一個實體（即用戶代理）被發(fā)出。大多數情況下，這個用戶代理都是指瀏覽器，也可能是一個爬區(qū)網頁生成維護搜索引擎索引的機器爬蟲等。
每一個發(fā)送到服務器的請求，都會被服務器處理并返回一個消息（response）。在client和server之間，還有許多的被稱為proxies的實體，他們的作用和表現各不相同，比如有些是網關，caches等。

實際上，在一個瀏覽器和處理請求的服務器之間，還有計算機、路由器、調制解調器等許多實體。由于Web的層次設計，那些在網絡層和傳輸層的細節(jié)都被隱藏起來了。

客戶端：user-agent

user-agent就是任何能夠為用戶發(fā)起行為的工具。但實際上，這個角色通常都是由瀏覽器來扮演。
要渲染出一個網頁，瀏覽器首先要發(fā)送第一個請求來獲取頁面的HTML文檔，再解析文檔中的資源信息發(fā)送其他請求，獲取可執(zhí)行腳本或css樣式來進行頁面布局渲染，以及一些其它網頁資源（如圖片和視頻等）。然后，瀏覽器將這些資源整合在一起，展示出一個完整的文檔，也就是網頁。
一個網頁就是一個超文本文檔，有一部分顯示的文本可能是鏈接，啟動它（通常是鼠標的點擊）就可以獲取一個新的網頁。網頁使得用戶可以控制客戶端進行網上沖浪。由瀏覽器來負責發(fā)送HTTP請求，呈現HTTP返回消息，讓用戶能清晰地看到返回的網頁內容。

Web服務端

在上述通信過程的另一端，是由Web Server來服務并提供客戶端所請求的文檔。Server只是虛擬意義上的：
它可以是許多共同分擔負載（負載均衡）一組服務器組成的計算機集群，也可以是一種復雜的軟件，通過向其他計算機發(fā)起請求來獲取部分或全部資源。
Server不再只是一枚多帶帶的機器，它可以是在同一個機器上裝載的眾多服務之一。在HTTP/1.1Host頭部中，它們甚至可以共享同一個IP地址。

代理（proxies）

在瀏覽器和服務器之間，有許多計算機和其他設備轉發(fā)了HTTP消息。由于Web棧層次結構的原因，它們大多都出現在傳輸層、網絡層和物理層上，對于HTTP應用層而言就是透明的，雖然它們可能會對應用層性能有重要影響。還有一部分也表現在應用層上，就是代理（Proxies）。代理既可以表現得透明，又可以
不透明（得看請求是否通過它們），代理主要有一下作用：
1.緩存（可以是公開的也可以是私有的，像瀏覽器的緩存）
2.過濾（像反病毒掃描，家長控制...）
3.負載均衡（讓多個服務器服務不同的請求）
4.認證（對不同資源進行權限管理）
5.登陸（允許存儲歷史信息）

HTTP是簡單的

HTTP是可擴展的

在HTTP/1.0中出現的HTTP headers讓協(xié)議擴展變得非常容易。只要服務端和客戶端就新headers達成語義一致，新功能就可以加入進來。

HTTP是無狀態(tài)，有會話的

HTTP是無狀態(tài)的：在同一個連接中，兩個執(zhí)行成功的請求直接是沒有關系的。使用HTTP的頭部擴展，HTTP Cookies就可以創(chuàng)建有狀態(tài)的會話。把Cookies添加到頭部中，創(chuàng)建一個會話讓每次請求都能共享相同的上下文信息，達成相同的狀態(tài)。

HTTP 和連接

一個連接是由傳輸層來控制的，這基本不屬于HTTP的范圍。HTTP并不需要其下傳輸層的協(xié)議是面向連接的，只需要它是可靠的，就是說不能丟失消息。
HTTP/1.0曾為每一個請求/響應都打開一個TCP連接，導致了2個缺點：打開一個TCP連接需要多次消息傳遞，速度很慢。但當多個消息周期性發(fā)送時，這樣就變得更加高效。
為了減少連接開銷，HTTP/1.1引入了流水線和持久連接的概念：下層的TCP連接可以通過Connection頭部來部分控制。HTTP/2則發(fā)展得更遠，通過一個連接多個消息的方式來讓這個鏈接始終保持為暖連接。

當客戶端想要和服務端進行信息交互時（服務端是指最終服務器,或者是一個中間代理），過程表現為：
1 打開一個TCP連接（或重用之前的一個):TCP連接用來發(fā)送一條或多條請求，當然也用來接受回應消息。
客戶端可能重用一個已經存在的連接，或者也可能重開幾個新的TCP連接連向服務端。
2 發(fā)送一個HTTP報文（HTTP請求）：HTTP報文（在HTTP/2之前）是語義可讀的。在HTTP/2中，這些簡單的消息被封裝在
了幀中，這使得報文不能被直接讀出來，但是報告格式仍是相同的。
客戶端發(fā)送一個HTTP請求到服務器的請求消息包括以下格式：請求行、請求頭部、空行和請求數據四個
部分組成。

3 讀取服務端返回的報文信息（HTTP響應）：狀態(tài)行、消息報頭、空行和響應正文。

content-type：內容類型，一般是指網頁中存在的Content-type，用于定義網絡問卷的類型和網頁的編碼，
決定瀏覽器將以什么形式、什么編碼讀取這個文件。
4 關閉連接或者為后續(xù)請求重用連接。
當HTTP流水線啟動時，后續(xù)請求都可以不用等待第一個請求的成功回應就被發(fā)送。

通過起一個HTTP服務進行簡單的增刪改查操作。
通過require HTTP 模塊并創(chuàng)建一個服務器實例createServer，并監(jiān)聽8200端口即可完成監(jiān)聽端口并創(chuàng)建HTTP實例。
參考api：http://nodejs.cn/api/http.html

const http=require("http");
const server=http.createServer();
server.on("request",(req,res)=>{
    res.end("server had created");
});
server.listen(8200);

通過簡單的了解后并啟動HTTP服務后，我們即可根據request.method的請求方式對數據進行簡單的增刪改查的操作。

const http=require("http");
const url=require("url");//用于 URL 處理與解析
const server=http.createServer();
server.listen(8200);

let users=[];
server.on("request",(req,res)=>{
    const parseUrl=url.parse(req.url);
    if(parseUrl.path.indexOf("/user")===-1){
        res.statusCode=403;
        res.end(`${res.statusCode} not allowed` );
        return;
    }
    switch(req.method){
        case "GET":
            if(parseUrl.path.indexOf("/user/")>-1){
                let userName=parseUrl.path.substring(6,parseUrl.path.length);
                let user=users.find(u=>u.name===userName);
                res.statusCode=200;
                res.end(JSON.stringify(users));
            }
            break;
        case "POST":
            req.on("data",(buffer)=>{
                const userStr=buffer.toString();
                let contentType=req.headers["content-type"];
                if(contentType==="application/json"){
                    let user=JSON.parse(userStr);
                    users.push(user);
                }
                res.statusCode=201;
            });
            req.on("end",()=>{
                res.statusCode=200;
                res.end(JSON.stringify(users));
            });
            break;
        case "PATCH":
            req.on("data",(buffer)=>{
                let userStr=buffer.toString();
                let contentType=req.headers["content-type"];
                if(contentType==="application/json"){
                    let update=JSON.parse(userStr);
                    let user=users.find(u=>u.name===update.name);
                    console.log(user);
                    user.address=update.address;
                }
                res.statusCode=201;
            });
            req.on("end",()=>{
                res.statusCode=200;
                res.end(JSON.stringify(users));
            });
            break;
        case "DELETE":
            req.on("data",(buffer)=>{
                let contentType=req.headers["content-type"];
                if(contentType==="application/json"){
                    let index=users.find(u=>u.name===buffer.name);
                    users.splice(index,1);
                }
                res.statusCode=201;
            });
            req.on("end",()=>{
                res.statusCode=200;
                res.end(JSON.stringify(users));
            });
            break;
    }
});

為了方便模擬發(fā)送請求，我們可以下載個postman進行http請求的發(fā)送。這樣我們就完成了簡單的基于HTTP請求的對數據的操作了。

《圖解HTTP》、《HTTP權威指南》

參考鏈接

MDN：https://developer.mozilla.org...
菜鳥教程：http://www.runoob.com/http/ht...

文章首發(fā)博客：http://www.cnblogs.com/aaron-...