Node+Express中請求和響應對象

在用 Express 構建 Web 服務器時，大部分工做都是從請求對象開始，到響應對象終止。

url的組成：

 

 

協議
協議肯定如何傳輸請求。咱們主要是處理 http 和 https。其餘常見的協議還有 file 和 ftp。
主機名
主機名標識服務器。運行在本地計算機（localhost）和本地網絡的服務器能夠簡單地表示，好比用一個單詞，或一個數字 IP 地址。在 Internet 環境下，主機名一般以一個頂級域名（TLD）結尾，好比 .com 或 .net。另外，也許還會有子域名做爲主機名的前綴。請求和響應對象子域名能夠是任何形式的，其中 www 最爲常見。子域名一般是可選的。
端口
每一臺服務器都有一系列端口號。一些端口號比較「特殊」，如 80 和 443 端口。若是省略端口值，那麼默認 80 端口負責 HTTP 傳輸，443 端口負責 HTTPS 傳輸。若是不使用 80 和 443 端口，就須要一個大於 10231的端口號。一般使用容易記憶的端口號，如3000、8080 或 8088。
路徑
URL 中影響應用程序的第一個組成部分一般是路徑（在考慮協議、主機名和端口的基礎上作決定很合理，可是不夠好）。路徑是應用中的頁面或其餘資源的惟一標識。
查詢字符串
查詢字符串是一種鍵值對集合，是可選的。它以問號（?）開頭，鍵值對則以與號（&）分隔開。全部的名稱和值都必須是 URL 編碼的。對此，JavaScript 提供了一個嵌入式的函數 encodeURIComponent 來處理。例如，空格被加號（+）替換。其餘特殊字符被數字型字符替換。
信息片斷
信息片斷（或散列）被嚴格限制在瀏覽器中使用，不會傳遞到服務器。用它控制單頁應用或 AJAX 富應用愈來愈廣泛。最初，信息片斷只是用來讓瀏覽器展示文檔中經過錨點標記（<a id="chapter06">）指定的部分。

 

HTTP請求方法
HTTP 協議肯定了客戶端與服務器通訊的請求方法集合（一般稱爲 HTTP verbs）。很顯然，GET 和 POST 最爲常見。在瀏覽器中鍵入一個 URL（或點擊一個連接），服務器會接收到一個 HTTP GET 請求，其中的重要信息是 URL 路徑和查詢字符串。至於如何響應，則須要應用程序結合方法、路徑和查詢字符串來決定。對於一個網站來講，大部分頁面都響應 GET 請求。POST 請求一般用來提交信息到服務器後臺（例如表單處理）。服務器將請求中包含的全部信息（例如表單）處理完成以後，用以響應的 HTML 一般與相應的 GET 請求是同樣的。與服務器通訊時，瀏覽器只使用 GET 和POST 方法（若是沒有使用 AJAX）。另外一方面，網絡服務一般會使用更多的創造性 HTTP 方法。例如，一個 HTTP 方法被命名注 1： 0~1023 端口爲「知名端口」。爲 DELETE，它就用來接受 API 指令執行刪除功能。
使用 Node 和 Express，能夠徹底掌控響應方法（儘管一些更復雜的方法支持得不是很好）。在 Express 中，一般要針對特殊方法編寫處理程序。

 

請求報頭
咱們瀏覽網頁時，發送到服務器的並不僅是 URL。當你訪問一個網站時，瀏覽器會發送不少「隱形」信息。這裏討論的並非我的信息泄露問題（瀏覽器被惡意軟件侵染時會出現這個問題）。服務器會所以得知優先響應哪一種語言的頁面（例如，在西班牙下載 Chrome 瀏覽器，若是有西班牙語的版本，就會接收到一個西班牙語的訪問頁面）。它也會發送「用戶代理」信息（瀏覽器、操做系統和硬件設備）和其餘一些信息。全部可以確保你瞭解請求對象頭文件屬性的信息都將會做爲請求報頭髮送。若是想查看瀏覽器發送的信息，能夠建立一個很是簡單的 Express 路由來展現一下：
app.get('/headers', function(req,res){
res.set('Content-Type','text/plain');
var s = '';
for(var name in req.headers) s += name + ': ' + req.headers[name] + '\n';
res.send(s);
});

響應報頭
正如瀏覽器以請求報頭的形式發送隱藏信息到服務器，當服務器響應時，一樣會回傳一些瀏覽器不必渲染和顯示的信息，一般是元數據和服務器信息。咱們已經熟悉內容類型頭信息，它告訴瀏覽器正在被傳輸的內容類型（網頁、圖片、樣式表、客戶端腳本等）。特別要注意的是，無論 URL 路徑是什麼，瀏覽器都根據內容類型報頭處理信息。所以你能夠經過一個叫做 /image.jpg 的路徑提供網頁，也能夠經過一個叫做 /text.html 的路徑提供圖片。（這樣作並不合情理，這裏要講的重點是路徑是抽象的，瀏覽器只根據內容類型來決定內容該如何渲染。）除了內容類型以外，報頭還會指出響應信息是否被壓縮，以及使用的是哪一種編碼。響應報頭還能夠包含關於瀏覽器對資源緩存時長的提示。優化網站時須要着重考慮這一點。響應報頭還常常會包含一些關於服務器的信息，通常會指出服務器的類型，有時甚至會包含操做系統的詳細信息。返回服務器信息存在一個問題，那就是它會給黑客一個可乘之機，從而使站點陷入危險。很是重視安全的服務器常常忽略此信息，甚至提供虛假信息。禁用 Express 的 X-Powered-By 頭信息很簡單：
app.disable('x-powered-by');在瀏覽器的開發者工具中能夠找到響應報頭信息。例如，在 Chrome 瀏覽器中查看響應報
頭信息的操做以下：
請求和響應對象 
(1) 打開控制檯。
(2) 點擊網絡標籤頁。
(3) 從新載入頁面。
(4) 在請求列表中選取網頁（一般是第一個）。
(5) 點擊報頭標籤頁，你就能夠看到全部響應報頭信息了。

 

互聯網媒體類型

內容類型報頭信息極其重要，沒有它，客戶端很難判斷如何渲染接收到的內容。內容類型報頭就是一種互聯網媒體類型，由一個類型、一個子類型以及可選的參數組成。例如，text/html;charset=UTF-8 說明類型是 text，子類型是 html，字符編碼是 UTF-8。互聯網編號分配機構維護了一個官方的互聯網媒體類型清單http://www.iana.org/assignments/media-types/media-types.xhtml）。咱們常見的 content type、Internet media type 和 MIME type 是能夠互換的。MIME（多用途互聯網郵件擴展）是互聯網媒體類型的前身，它們大部分是相
同的。

 

請求體
除請求報頭外，請求還有一個主體（就像做爲實際內容返回的響應主體同樣）。通常 GET請求沒有主體內容，但 POST 請求是有的。POST 請求體最多見的媒體類型是 application/x-www-form-urlendcoded，是鍵值對集合的簡單編碼，用 & 分隔（基本上和查詢字符串的格式同樣）。若是 POST 請求須要支持文件上傳，則媒體類型是 multipart/form-data，它是一種更爲複雜的格式。最後是 AJAX 請求，它可使用 application/json。

 

參數

「參數」這個詞能夠有不少種解釋，它一般是困惑的源頭。對於任何一個請求，參數能夠來自查詢字符串、會話、請求體或指定的路由參數。在 Node 應用中，請求對象的參數方法會重寫全部的參數。所以咱們最好不要深究。一般這會帶來問題，一個參數在查詢字符串中，另外一個在 POST 請求體中或會話中，哪一個會贏呢？這會產生讓人抓狂的 bug。PHP 是產生這種混亂的主要緣由：爲了儘可能「方便」，它將全部參數從新寫入了一個稱爲 $_REQUEST 的變量，因爲某種緣由，人們曾認爲這是個史無前例的好主意。咱們將學習保存不一樣類型參數的專用屬性，我認爲這可以減小困惑。

 

請求對象
請求對象（一般傳遞到回調方法，這意味着你能夠隨意命名，一般命名爲 req 或 request）的生命週期始於 Node 的一個核心對象 http.IncomingMessage 的實例。Express 添加了一些附加功能。咱們來看看請求對象中最有用的屬性和方法（除了來自 Node 的 req.headers 和req.url，全部這些方法都由 Express 添加）。
req.params
一個數組，包含命名過的路由參數。
req.param(name)
返回命名的路由參數，或者 GET 請求或 POST 請求參數。建議你忽略此方法。
req.query
一個對象，包含以鍵值對存放的查詢字符串參數（一般稱爲 GET 請求參數）。
req.body
一個對象，包含 POST 請求參數。這樣命名是由於 POST 請求參數在 REQUEST 正文中傳遞，而不像查詢字符串在 URL 中傳遞。要使 req.body 可用，須要中間件可以解析請求正文內容類型
req.route
關於當前匹配路由的信息。主要用於路由調試。
req.cookies/req.singnedCookies•
一個對象，包含從客戶端傳遞過來的 cookies 值。
從客戶端接收到的請求報頭。
req.accepts([types])
一個簡便的方法，用來肯定客戶端是否接受一個或一組指定的類型（可選類型能夠是單個的 MIME 類型，如 application/json、一個逗號分隔集合或是一個數組）。寫公共API 的人對該方法很感興趣。假定瀏覽器默認始終接受 HTML。
req.ip
客戶端的 IP 地址。
req.path
請求路徑（不包含協議、主機、端口或查詢字符串）。
req.host
一個簡便的方法，用來返回客戶端所報告的主機名。這些信息能夠僞造，因此不該該用於安全目的。
請求和響應對象 
req.xhr
一個簡便屬性，若是請求由 Ajax 發起將會返回 true。
req.protocol
用於標識請求的協議（http 或 https）

req.secure
一個簡便屬性，若是鏈接是安全的，將返回 true。等同於 req.protocol==='https'。
req.url/req.originalUrl
有點用詞不當，這些屬性返回了路徑和查詢字符串（它們不包含協議、主機或端口）。
req.url 如果出於內部路由目的，則能夠重寫，可是 req.orginalUrl 旨在保留原始請求
和查詢字符串。
req.acceptedLanguages
一個簡便方法，用來返回客戶端首選的一組（人類的）語言。這些信息是從請求報頭中
解析而來的。

 

響應對象響應對象（一般傳遞到回調方法，這意味着你能夠隨意命名它，一般命名爲 res、resp 或response）的生命週期始於 Node 核心對象 http.ServerResponse 的實例。Express 添加了一些附加功能。咱們來看看響應對象中最有用的屬性和方法（全部這些方法都是由 Express添加的）。res.status(code)設置 HTTP 狀態代碼。Express 默認爲 200（成功），因此你可使用這個方法返回狀態404（頁面不存在）或 500（服務器內部錯誤），或任何一個其餘的狀態碼。對於重定向（狀態碼 30一、30二、303 和 307），有一個更好的方法：redirect。res.set(name,value)設置響應頭。這一般不須要手動設置。res.cookie（name,vaue,[options]）,res.clearCookie(name,[options])設置或清除客戶端 cookies 值。須要中間件支持res.redirect([status],url)重定向瀏覽器。默認重定向代碼是 302（創建）。一般，你應儘可能減小重定向，除非永久移動一個頁面，這種狀況應當使用代碼 301（永久移動）。res.send(body),res.send(status,body)向客戶端發送響應及可選的狀態碼。Express 的默認內容類型是 text/html。若是你想改成 text/plain，須要在 res.send 以前調用 res.set('Content-Type','text/plain\')。若是 body 是一個對象或一個數組，響應將會以 JSON 發送（內容類型須要被正確設置），不過既然你想發送 JSON，我推薦你調用 res.json。res.json(json),res.json(status,json)向客戶端發送 JSON 以及可選的狀態碼。res.jsonp(json),req.jsonp(status,json)向客戶端發送 JSONP 及可選的狀態碼。res.type(type)一個簡便的方法，用於設置 Content-Type 頭信息。基本上至關於 res.set('Content-Type','type')，只是若是你提供了一個沒有斜槓的字符串，它會試圖把其看成文件的擴展名映射爲一個互聯網媒體類型。好比，res.type('txt') 會將 Content-Type 設爲text/plain。此功能在有些領域可能會有用（例如自動提供不一樣的多媒體文件），可是一般應該避免使用它，以便明確設置正確的互聯網媒體類型。res.format(object)這個方法容許你根據接收請求報頭髮送不一樣的內容。這是它在 API 中的主要用途，咱們將會在第 15 章詳細討論。這裏有一個很是簡單的例子：res.format({'text/plain':'hithere','text/html':'<b>hi there</b>'})。res.attachment([filename]),res.download(path,[filename],[callback])這兩種方法會將響應報頭 Content-Disposition 設爲 attachment，這樣瀏覽器就會選擇下載而不是展示內容。你能夠指定 filename 給瀏覽器做爲對用戶的提示。用 res.download 能夠指定要下載的文件，而 res.attachment 只是設置報頭。另外，你還要將內容發送到客戶端。res.sendFile(path,[option],[callback])這個方法可根據路徑讀取指定文件並將內容發送到客戶端。使用該方法很方便。使用靜態中間件，並將發送到客戶端的文件放在公共目錄下，這很容易。然而，若是你想根據條件在相同的 URL 下提供不一樣的資源，這個方法能夠派上用場。res.links(links)設置連接響應報頭。這是一個專用的報頭，在大多數應用程序中幾乎沒有用處。res.locals,res.render(view,[locals],callback)res.locals 是一個對象，包含用於渲染視圖的默認上下文。res.render 使用配置的模請求和響應對象 板引擎渲染視圖（不能把 res.render 的 locals 參數與 res.locals 混爲一談，上下文在 res.locals 中會被重寫，但在沒有被重寫的狀況下仍然可用）。res.render 的默認響應代碼爲 200，使用 res.status 能夠指定一個不一樣的代碼。--------------------- 做者：Seven_Cld 來源：CSDN 原文：https://blog.csdn.net/christine95/article/details/50500171 版權聲明：本文爲博主原創文章，轉載請附上博文連接！