曾經看過很多原始碼，但是卻沒有本著刨根問底的精神，遇到不懂的問題總是輕易的放過。我知道掘金是個大神雲集的地方，希望把自己的學習過程記錄下來，一方面督促自己，一方面也是為了能和大家一起學習，分享自己學習的心得。
├── context.js
├── request.js
└── response.js
koa一共只有四個檔案，所以學習起來並不困難，稍微用一點時間就可以看完。從名稱上就可以看出各個檔案的功能。分別是請求，響應，上下文，應用四個檔案。
reuest.js是請求的封裝，包含發請求相關的一系列操作。
~的運用
判斷請求是否冪等。
get idempotent()
複製**
比較好玩的地方是!!~methods.indexof()。
!!的作用是轉換為布林值，~的作用是按位取反。舉個例子js中-1的原碼為10..001(62個0)，所以補碼為111..11(64)個1，按位取反後得到0。有這樣乙個規律，整數按位取反的結果等於-(x+1）。比較有意思的是 ~nan === -1, ~infinity === -1。
~~的運用
獲取content-length的長度，return number。
get length()
複製**
x-forwarded-for欄位
get ips()
複製**
response.js是對原生req進行的封裝。
content-disposition屬性
attachment(filename) ,
複製**
在multipart/form-data型別的應答訊息體中， content-disposition訊息頭可以被用在multipart訊息體的子部分中，用來給出其對應欄位的相關資訊。第乙個引數固定為form-data。詳細文件可以參考mdn。
etag欄位
set etag(val) "`;
this.set('etag', val);
}複製**
當首部是if-match時，在請求方法為 get 和 head 的情況下，伺服器僅在請求的資源滿足此首部列出的 etag 之一時才會返回資源。而對於 put 或其他非安全方法來說，只有在滿足條件的情況下才可以將資源上傳。
當響應首部是if-none-match時，對於get 和 head 請求方法來說，當且僅當伺服器上沒有任何資源的 etag 屬性值與這個首部中列出的相匹配的時候，伺服器端會才返回所請求的資源，響應碼為 200。對於get和head不對伺服器狀態發生改變的方法，如果相匹配返回304，其他的返回則返回 412。
vary欄位
vary(field)
複製**
http中有乙個內容協商機制，為同乙個url指向的資源提供不同的展現形式。比如文件的自然語言，編碼形式，以及壓縮演算法等等。這種協商機制可以分為兩種形式展現：
vary欄位就是標誌伺服器在服務端驅動型內容協商階段所使用的首部清單，他可以通知快取伺服器決策的依據。常見的首部清單有accept，accept-language，accept-charset，accept-encoding，user-agent等。
content-length計算
get length()
return ~~len;
}複製**
ctx是我們日常開發中最常用到的屬性，比如ctx.req,ctx.res,ctx.response,ctx.request。以及開發中介軟體時的各種操作，都是在ctx上完成的。
context原型上有inspect，tojson，assert，throw，和onerror五個方法。剩下的就是response和request的**。這裡用了乙個比較有意思的庫delegates。寫起來就像這樣
delegate(proto, 'response')
.method('attachment')
.method('redirect')
.method('remove')
.method('vary')
.method('set')
.method('flushheaders')
.access('status')
.access('message')
.access('body')
.access('length')
.access('type')
.access('lastmodified')
.access('etag')
.getter('headersent')
.getter('writable');
複製**
delegator.prototype.setter = function(name));
return
this;
};複製**
callback() ;
return handlerequest;
}複製**
this.handlerequest函式主幹如下所示:
handlerequest(ctx, fnmiddleware)
複製**
function
compose (middleware) ))
} catch (err) }}
}複製**
const one = (ctx, next) =>
const two = (ctx, next) =>
複製**
return
promise.resolve(one(context, function
next () ))
複製**
這一塊的邏輯確實難於理解，可以打斷點除錯下看看結果。
總結一下：學習不光要多看，還要多寫，還要多實踐，這樣才能真正理解，並有所收穫！
Koa2原始碼學習
koa 基於 node.js 平台的下一代 web 開發框架 const koa require koa do some thing 以上 構建了乙個簡單的伺服器，你可以在瀏覽器輸入 localhost 8080 來訪問 下面我們通過建立koa伺服器，且傳送一次http請求來了解原始碼 在koa例項...
Koa原始碼分析
上篇文章寫了如何閱讀koa的原始碼,粗略的過了一下koa的原始碼,但是作為乙個沒有得出乙個具體的結論,中介軟體的執行原理也不清楚,這裡我們再仔細的過一遍koa的原始碼.首先還是先過一遍例子 const koa require koa ctx.body hello world 複製 起乙個web服務,...
Koa原始碼分析
先看看這個極簡的啟動 const koa require koa response ctx.body hello koa 我們在koa原始碼資料夾下建立index.js檔案,將上面的 寫入，並將require koa 換成require const koa require debugger ctx....