此係列文章的應用示例已發佈於 GitHub: koa-docs-Zh-CN. 能夠 Fork 幫助改進或 Star 關注更新. 歡迎 Star.html
Koa 依賴 node v7.6.0 或 ES2015及更高版本和 async 方法支持.node
你可使用本身喜歡的版本管理器快速安裝支持的 node 版本:git
$ nvm install 7 $ npm i koa $ node my-koa-app.js
要在 node < 7.6 版本的 Koa 中使用 async
方法, 咱們推薦使用 babel's require hook.github
require('babel-register'); // 應用的其他 require 須要被放到 hook 後面 const app = require('./app');
要解析和編譯 async 方法, 你至少應該有 transform-async-to-generator
或 transform-async-to-module-method 插件.數據庫
例如, 在你的 .babelrc
文件中, 你應該有:npm
{ "plugins": ["transform-async-to-generator"] }
你也能夠用 env preset 的 target 參數 "node": "current"
替代.json
Koa 應用程序是一個包含一組中間件函數的對象,它是按照相似堆棧的方式組織和執行的。
Koa 相似於你可能遇到過的許多其餘中間件系統,例如 Ruby 的 Rack ,Connect 等,然而,一個關鍵的設計點是在其低級中間件層中提供高級「語法糖」。 這提升了互操做性,穩健性,並使書寫中間件更加愉快。segmentfault
這包括諸如內容協商,緩存清理,代理支持和重定向等常見任務的方法。 儘管提供了至關多的有用的方法 Koa 仍保持了一個很小的體積,由於沒有捆綁中間件。api
必修的 hello world 應用:緩存
const Koa = require('koa'); const app = new Koa(); app.use(async ctx => { ctx.body = 'Hello World'; }); app.listen(3000);
Koa 中間件以更傳統的方式級聯,您可能習慣使用相似的工具 - 以前難以讓用戶友好地使用 node 的回調。然而,使用 async 功能,咱們能夠實現 「真實」 的中間件。對比 Connect 的實現,經過一系列功能直接傳遞控制,直到一個返回,Koa 調用「下游」,而後控制流回「上游」。
下面以 「Hello World」 的響應做爲示例,首先請求流經過 x-response-time
和 logging
中間件來請求什麼時候開始,而後繼續移交控制給 response
中間件。當一箇中間件調用 next()
則該函數暫停並將控制傳遞給定義的下一個中間件。當在下游沒有更多的中間件執行後,堆棧將展開而且每一箇中間件恢復執行其上游行爲。
const Koa = require('koa'); const app = new Koa(); // x-response-time app.use(async (ctx, next) => { const start = Date.now(); await next(); const ms = Date.now() - start; ctx.set('X-Response-Time', `${ms}ms`); }); // logger app.use(async (ctx, next) => { const start = Date.now(); await next(); const ms = Date.now() - start; console.log(`${ctx.method} ${ctx.url} - ${ms}`); }); // response app.use(async ctx => { ctx.body = 'Hello World'; }); app.listen(3000);
應用程序設置是 app
實例上的屬性,目前支持以下:
app.env
默認是 NODE_ENV 或 "development"app.proxy
當真正的代理頭字段將被信任時app.subdomainOffset
對於要忽略的 .subdomains
偏移[2]Koa 應用程序不是 HTTP 服務器的1對1展示。
能夠將一個或多個 Koa 應用程序安裝在一塊兒以造成具備單個HTTP服務器的更大應用程序。
建立並返回 HTTP 服務器,將給定的參數傳遞給 Server#listen()
。這些內容都記錄在 nodejs.org.
如下是一個無做用的 Koa 應用程序被綁定到 3000
端口:
const Koa = require('koa'); const app = new Koa(); app.listen(3000);
這裏的 app.listen(...)
方法只是如下方法的語法糖:
const http = require('http'); const Koa = require('koa'); const app = new Koa(); http.createServer(app.callback()).listen(3000);
這意味着您能夠將同一個應用程序同時做爲 HTTP 和 HTTPS 或多個地址:
const http = require('http'); const https = require('https'); const Koa = require('koa'); const app = new Koa(); http.createServer(app.callback()).listen(3000); https.createServer(app.callback()).listen(3001);
返回適用於 http.createServer()
方法的回調函數來處理請求。你也可使用此回調函數將 koa 應用程序掛載到 Connect/Express 應用程序中。
將給定的中間件方法添加到此應用程序。參閱 Middleware 獲取更多信息.
設置簽名的 Cookie 密鑰。
這些被傳遞給 KeyGrip,可是你也能夠傳遞你本身的 KeyGrip
實例。
例如,如下是能夠接受的:
app.keys = ['im a newer secret', 'i like turtle']; app.keys = new KeyGrip(['im a newer secret', 'i like turtle'], 'sha256');
這些密鑰能夠倒換,並在使用 { signed: true }
參數簽名 Cookie 時使用。
ctx.cookies.set('name', 'tobi', { signed: true });
app.context
是從其建立 ctx
的原型。您能夠經過編輯 app.context
爲 ctx
添加其餘屬性。這對於將 ctx
添加到整個應用程序中使用的屬性或方法很是有用,這可能會更加有效(不須要中間件)和/或 更簡單(更少的 require()
),而更多地依賴於ctx
,這能夠被認爲是一種反模式。
例如,要從 ctx
添加對數據庫的引用:
app.context.db = db(); app.use(async ctx => { console.log(ctx.db); });
注意:
ctx
上的許多屬性都是使用 getter
,setter
和 Object.defineProperty()
定義的。你只能經過在 app.context
上使用 Object.defineProperty()
來編輯這些屬性(不推薦)。查閱 https://github.com/koajs/koa/... ctx
和設置。 所以,安裝的應用程序只是一組中間件。默認狀況下,將全部錯誤輸出到 stderr,除非 app.silent
爲 true
。
當 err.status
是 404
或 err.expose
是 true
時默認錯誤處理程序也不會輸出錯誤。
要執行自定義錯誤處理邏輯,如集中式日誌記錄,您能夠添加一個 「error」 事件偵聽器:
app.on('error', err => { log.error('server error', err) });
若是 req/res 期間出現錯誤,而且 沒法 響應客戶端,Context
實例仍然被傳遞:
app.on('error', (err, ctx) => { log.error('server error', err, ctx) });
當發生錯誤 而且 仍然能夠響應客戶端時,也沒有數據被寫入 socket 中,Koa 將用一個 500 「內部服務器錯誤」 進行適當的響應。在任一狀況下,爲了記錄目的,都會發出應用級 「錯誤」。
若是這篇文章對您有幫助, 感謝 下方點贊 或 Star GitHub: koa-docs-Zh-CN 支持, 謝謝.