前言：
最近一直忙着公司項目的事，戰友們的留言也沒空回復，博客也有段時間沒有更新了，年底了就是一個的忙啊~~~（ps：同感的也給個贊吧）
現在前端的就是一直地更新一直有新的東西出來，什么ES2015，ES2016，到現在已經ES2018了，除了ES語法的更新迭代，JavaScript的強大又
延伸到了后台，node.js。只能說學無止境啊，共勉吧~~~
Node.js 是一個基於 Chrome V8 引擎的 JavaScript 運行環境。 一句話總結了，node.js就是一個運行環境，個人理解就是釋放了瀏覽器環境對JavaScript的束縛，讓JavaScript可以做更多的事情。
node.js第一篇：HTTP。
HTTP
超文本傳輸協議（HTTP）是用於傳輸褚如HTML的超媒體文檔的[應用層協議]。它被設計用於Web瀏覽器和Web服務器之間的通信，但它也可以用於其他目的。
HTTP遵循經典的[客戶端-服務端模型]，客戶端打開一個連接以發送請求，然后等待它收到服務器端響應。
HTTP是[無狀態協議]，意味着服務器不會在兩個請求直接保留任何數據（狀態）。
HTTP概述
HTTP是應用層的協議，雖然理論上它可以通過任何可靠的傳輸協議來發送，但是它還是
通過[TCP]或者是[TLS]-加密的TCP連接來發送。
它不僅被用來傳輸超文本文檔，還用來傳輸圖片、視頻或者向服務器發送如HTML表單這樣的信息。HTTP還可以根據網頁需求，僅獲取部分Web文檔內容更新網頁。
HTTP組件系統
HTTP是一個client-server協議：請求通過一個實體（即用戶代理）被發出。大多數情況下，這個用戶代理都是指瀏覽器，也可能是一個爬區網頁生成維護搜索引擎索引的機器爬蟲等。
每一個發送到服務器的請求，都會被服務器處理並返回一個消息（response）。在client和server之間，還有許多的被稱為proxies的實體，他們的作用和表現各不相同，比如有些是網關，caches等。
實際上，在一個瀏覽器和處理請求的服務器之間，還有計算機、路由器、調制解調器等許多實體。由於Web的層次設計，那些在網絡層和傳輸層的細節都被隱藏起來了。
一、客戶端：user-agent
user-agent就是任何能夠為用戶發起行為的工具。但實際上，這個角色通常都是由瀏覽器來扮演。
要渲染出一個網頁，瀏覽器首先要發送第一個請求來獲取頁面的HTML文檔，再解析文檔中的資源信息發送其他請求，獲取可執行腳本或css樣式來進行頁面布局渲染，以及一些其它網頁資源（如圖片和視頻等）。然后，瀏覽器將這些資源整合在一起，展示出一個完整的文檔，也就是網頁。
一個網頁就是一個超文本文檔，有一部分顯示的文本可能是鏈接，啟動它（通常是鼠標的點擊）就可以獲取一個新的網頁。網頁使得用戶可以控制客戶端進行網上沖浪。由瀏覽器來負責發送HTTP請求，呈現HTTP返回消息，讓用戶能清晰地看到返回的網頁內容。
二、Web服務端
在上述通信過程的另一端，是由Web Server來服務並提供客戶端所請求的文檔。Server只是虛擬意義上的：
它可以是許多共同分擔負載（負載均衡）一組服務器組成的計算機集群，也可以是一種復雜的軟件，通過向其他計算機發起請求來獲取部分或全部資源。
Server不再只是一枚單獨的機器，它可以是在同一個機器上裝載的眾多服務之一。在HTTP/1.1[Host]頭部中，它們甚至可以共享同一個IP地址。
三、代理（Proxies）
在瀏覽器和服務器之間，有許多計算機和其他設備轉發了HTTP消息。由於Web棧層次結構的原因，它們大多都出現在傳輸層、網絡層和物理層上，對於HTTP應用層而言就是透明的，雖然它們可能會對應用層性能有重要影響。還有一部分也表現在應用層上，就是代理（Proxies）。代理既可以表現得透明，又可以
不透明（得看請求是否通過它們），代理主要有一下作用：
1.緩存（可以是公開的也可以是私有的，像瀏覽器的緩存）
2.過濾（像反病毒掃描，家長控制...）
3.負載均衡（讓多個服務器服務不同的請求）
4.認證（對不同資源進行權限管理）
5.登陸（允許存儲歷史信息）
HTTP基本性質
1.HTTP是簡單的
2.HTTP是可擴展的
在HTTP/1.0中出現的[HTTP headers]讓協議擴展變得非常容易。只要服務端和客戶端就新headers達成語義一致，新功能就可以加入進來。
3.HTTP是無狀態，有會話的
HTTP是無狀態的：在同一個連接中，兩個執行成功的請求直接是沒有關系的。使用HTTP的頭部擴展，HTTP Cookies就可以創建有狀態的會話。把Cookies添加到頭部中，創建一個會話讓每次請求都能共享相同的上下文信息，達成相同的狀態。
4.HTTP 和連接
一個連接是由傳輸層來控制的，這基本不屬於HTTP的范圍。HTTP並不需要其下傳輸層的協議是面向連接的，只需要它是可靠的，就是說不能丟失消息。
HTTP/1.0曾為每一個請求/響應都打開一個TCP連接，導致了2個缺點：打開一個TCP連接需要多次消息傳遞，速度很慢。但當多個消息周期性發送時，這樣就變得更加高效。
為了減少連接開銷，HTTP/1.1引入了流水線和持久連接的概念：下層的TCP連接可以通過[Connection]頭部來部分控制。HTTP/2則發展得更遠，通過一個連接多個消息的方式來讓這個鏈接始終保持為暖連接。
HTTP 流
當客戶端想要和服務端進行信息交互時（服務端是指最終服務器,或者是一個中間代理），過程表現為：
1. 打開一個TCP連接（或重用之前的一個):TCP連接用來發送一條或多條請求，當然也用來接受回應消息。
客戶端可能重用一個已經存在的連接，或者也可能重開幾個新的TCP連接連向服務端。
2. 發送一個HTTP報文（HTTP請求）：HTTP報文（在HTTP/2之前）是語義可讀的。在HTTP/2中，這些簡單的消息被封裝在
了幀中，這使得報文不能被直接讀出來，但是報告格式仍是相同的。
客戶端發送一個HTTP請求到服務器的請求消息包括以下格式：請求行、請求頭部、空行和請求數據四個
部分組成。
3. 讀取服務端返回的報文信息（HTTP響應）：狀態行、消息報頭、空行和響應正文。
content-type：內容類型，一般是指網頁中存在的Content-type，用於定義網絡問卷的類型和網頁的編碼，
決定瀏覽器將以什么形式、什么編碼讀取這個文件。
4. 關閉連接或者為后續請求重用連接。
當HTTP流水線啟動時，后續請求都可以不用等待第一個請求的成功回應就被發送。
起個Demo
通過上述的描述，我猜大家也已經了解了HTTP是干什么的了，說白了就是約定好的一個協議以進行web端和服務器端的正常交互。
以下會通過起一個HTTP服務進行簡單的增刪改查操作。
啟動服務：
通過require HTTP 模塊並創建一個服務器實例createServer，並監聽端口，則在瀏覽器端url輸入localhost：8200即可
參考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);
監聽請求和請求方法實現簡單的增刪改查：
啟動服務后，創建個全局變量users數組存儲用戶，並根據request.method請求方法對請求數據進行增刪改查的處理。
參考api：http://nodejs.cn/api/url.html
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;
}
});
為了方便模擬發送請求，我們可以下載個postman進行http請求的發送。這樣我們就完成了簡單的基於HTTP請求的對數據的操作了。
書籍推薦
《圖解HTTP》、《HTTP權威指南》
參考
MDN：https://developer.mozilla.org/zh-CN/docs/Web/HTTP
菜鳥教程：http://www.runoob.com/http/http-messages.html
Node.js系列第一篇，可能語言組織得沒有這么好，覺得有哪些需要改進的希望多多提意見，Node.js系列就是開始記錄我入坑node.js的路程的，感興趣的戰友可以持續關注喔。