一,開篇分析app
你們好,今天這篇文章主要是對"Connect"中間件以及相關輔助中間件,作一個源碼分析系列,我想上一篇文章你們也看了,源碼分析
介紹了使用方式及用途,而這篇也是出於本人的興趣,讓讀者對其有一個更深刻的認識,如在分析階段有什麼不正確的地方,請你們多多指教,ui
好了!老規矩然咱們進入正題。先來看一個例子,結合會用引入分析,以下:this
二,逐行分析:spa
(1),第一行,引入"connect"模塊,經過connect建立一個http|https server,提供http server的全部功能。.net
"connect"中間件容許你用多種方式建立"server", prototype
那麼它是如何作的那,看源碼:設計
將「createServer」掛載到全局的「exports」上,而後再擴展一個「createServer」屬性再次掛載,目的是爲了兼容原生的書寫形式,code
達到了不一樣方式建立的目的。這也是你們在平時開發中能夠借鑑的思想。server
(2),再來看第二行"connect.createServer",作了什麼那,看以下源碼:
"HTTPSServer"和"HTTPServer"基本一致,只是"HTTPSServer"封裝的https的方法。在"createServer"的時候,一樣能夠傳遞進去一系列的中間件,和隨後引入的效果是同樣的,不過卻只能綁定到根目錄上。
(3),繼續看第三行"app.use()",作了什麼那,看以下源碼:
「connect"是原型繼承於"http server"的,它會用use到的中間件替換掉server的requestListener。
經過"connect.use(route, handle)"來對每個路由添加中間件,這些中間件"handle"會與"route"綁定保存在一個"stack"裏面,每次有"request"請求的時候,
遍歷這個堆,找到對應"route"的"handle",執行"handle",若是"handle"最後調用了"next()",就會繼續尋找並執行下一個匹配的"handle"。
經過封裝"handle",能夠很容易的在"connect"基礎上添加更多的"middleware"。
(4),最後看看"listen(8888)",它作些什麼工做那?
很簡單,經過繼承底層的Server對象,賦予了"listen"的功能,監聽特定端口。
Server.prototype.__proto__ = http.Server.prototype
如下是」connect.js「的所有源碼,爲了節省篇幅,註釋已所有刪掉,以下圖:
補充一下:
將"middleware"對象"exports",而後循環定義給"middleware"對象一種方法,這種方法是直接加載 "middleware" 文件夾中的.js文件模塊。
利用:"exports.utils.merge(exports, exports.middleware)" 這句話將middleware中的方法直接exports了。
三,總結一下:
(1),理解源碼的設計意圖,有助於在應用上獲得最大化的收穫。
(2),看源碼時,理解流程再去扣語法細節。
(3),借鑑源碼中的巧妙實現思想,但不要過渡設計,爲了設計而設計。
(4),明天繼續分析相關中間件,不斷更新中 。。。 。。。