Koa 源码阅读
内容提要
Koa核心源码仅四个文件，Application类继承events，提供use注册中间件、listen启动服务。中间件通过koa-compose的dispatch递归执行，形成洋葱模型，支持异步next。context代理request和response，处理body类型及错误。
延伸解读
中间件洋葱模型的关键：next 的调用时机
Koa 的洋葱模型依赖 koa-compose 中的 dispatch 递归。每个中间件接收的 next 参数是 dispatch.bind(null, i+1)，只有调用 next() 才会继续执行后续中间件。若某个中间件不调用 next()，其后的中间件不会执行，响应将提前返回。因此，中间件的执行顺序和时机完全由 next() 的调用位置决定，这也是理解 Koa 中间件机制的核心。
Application 继承 events 的意义
Koa 的 Application 类继承自 Node.js 的 events 模块，因此 app 实例具备事件监听和触发能力。在 callback 方法中，若未监听 error 事件，Koa 会自动设置默认错误处理。这允许开发者通过 app.on('error') 自定义错误处理逻辑，而默认的 onerror 方法则负责在请求上下文中处理错误。理解这一点有助于更好地管理 Koa 应用中的错误。
响应体为空时的状态码自动调整
在 lib/response.js 中，当设置 body 为 null 或 undefined 时，Koa 会自动将状态码设为 204（No Content），并移除 Content-Type、Content-Length 等响应头。这一行为避免了空响应体与状态码不匹配的问题。开发者需注意，若显式设置状态码（如 404），则不会自动覆盖，确保错误页面等场景下状态码正确。
Q&A
Koa的核心源码包含哪些文件？
Koa的核心源码位于lib目录下，包含四个文件：application.js、context.js、request.js和response.js。
Koa的Application类为什么继承自events模块？
Application类继承自Node.js的events模块，这样app实例就具备了事件触发（emit）和事件监听（on）的功能，便于处理错误等事件。
Koa中use方法的作用是什么？
use方法用于注册中间件，它会将中间件函数添加到middleware数组中，并返回this以支持链式调用。同时，它兼容Koa1的generator写法，并会进行类型检查。
Koa的listen方法是如何启动服务的？
listen方法通过http.createServer创建HTTP服务器，并将this.callback()的返回值作为请求监听器，然后调用server.listen(...args)启动服务。
Koa中间件的洋葱模型是如何实现的？
洋葱模型通过koa-compose的dispatch函数递归调用实现。dispatch按顺序执行中间件，并将下一个中间件作为next参数传入，当前中间件通过await next()暂停并执行后续中间件，直到最后一个中间件执行完毕，再依次返回，形成洋葱形状的执行流程。
Koa中context对象是如何创建的？
在callback方法中，通过createContext(req, res)创建context对象。createContext会调用lib目录下的context.js、request.js和response.js，创建context、request和response对象，并进行一系列引用绑定，使context代理request和response。
Koa的respond方法如何处理不同类型的body？
respond方法会判断body的类型，支持string、stream、json和buffer等类型，并根据类型进行相应的处理，例如设置Content-Type和Content-Length等。
Koa中request对象的ips属性有什么特点？
ips属性返回请求经过的所有中间设备的IP地址数组，但仅在app.proxy为true时有效。数组内容从客户端IP到最远端IP，并可通过app.maxIpsCount限制数量。
Koa中response.body为空时会发生什么？
当response.body未设置或为空时，Koa会自动将response.status设为204（No Content），并移除Content-Type、Content-Length和Transfer-Encoding等响应头。
