koa-send源码分析

通常我们在做静态文件服务的时候，首选CDN。当文件内容需要经常变动时，则可以采用nginx代理的方式。node本身也可以搭建静态服务，用koa static可以很容易实现这个功能。

koa static是一个koa中间件，内部是对koa send的封装。koa static本身只做了一层简单的逻辑，所以这篇文章主要分析一下koa send的实现方式。

如果让我们自己实现这个功能，也很简单，逻辑就是根据用户请求路径，找到文件，然后做一个文件流的响应。

koa send的实现也大概是这个思路，另外多了一些基于http协议的处理，当然，阅读koa send的源码，还是有一些意外的收获。

koa send源码很简洁，唯一暴露了一个工具函数send，send函数大致结构如下：

async function send(ctx, path, opts = {}) {
    // 1、参数path校验
    // 2、配置opts初始化
    // 3、accept encoding处理
    // 4、404、500处理
    // 5、缓存头处理
    // 6、流响应
}

第1步和第2步是koa send本身的一些配置的处理，代码比较啰嗦，我们可以忽略。

第3步，主要是根据请求头进行处理，如果用户浏览器支持br或者gzip的压缩方式，koa send会判断是否存在br或者gz格式文件，如果存在会优先响应br或者gz文件。

第5步，会设置协商缓存和强制缓存，代码很简单不解释，不过这里面有一个之前没遇到的知识点，koa send设置的会有类似的值，表示永不改变，浏览器永不需要请求资源，这个感觉可以配合带hash或者版本号的资源使用。