前言
Tomcat 中的请求都是由 Servlet 处理，静态资源也不例外。在默认的 web.xml 中，配置了一个 DefaultServlet 用于处理静态资源，它支持缓存和断点续传。
DefaultServlet 的基本处理过程如下：
查找资源是否存在缓存 检查是否满足可选 If 头域指定的条件 设置响应头域，如 Content-Type、Content-Length、ETag、Last-Modified 检查是否满足 Sendfile 的条件，否则将内容拷贝到输出流中接下来主要分析资源缓存的设计和实现，以及 If 头域的处理。
1. 资源缓存的设计
访问磁盘的速度远远低于访问内存的速度，所以适当的缓存一部分静态资源能够让系统快速响应。
Tomcat 在 6.0.53 版本实现静态资源的处理时，借助了 JNDI 的一些 API（但在使用时感觉与 JNDI 的关系不大），相关类图及核心方法和属性如下：
缓存相关的类：
ResourceCache: 缓存实现，提供了资源查找、加载、销毁的功能 CacheEntry: 一个缓存条目，包含缓存名称，如 /tomcat.gif，资源和资源的属性以及对应的目录资源目录相关的类是：
EmptyDirContext: 主要用于嵌入式模式，行为就像没有可用资源一样 FileDirContext: 基于文件系统的资源目录服务 WARDirContext: 基于 war 文件的目录服务 Resource: 封装了资源内容，主要有字节数据和输入流 ResourceAttributes: 资源属性，主要有内容长度和最后修改时间 ProxyDirContext: 资源缓存和目录服务的代理，提供查找资源缓存、校验缓存是否过期等功能默认情况下，缓存最大为 10 MB，单个缓存资源最大为 512 KB，缓存的 TTL 为 5s。
一般的，在 Mapper 映射到处理静态资源的 Wrapper 时，会引起资源的加载，基本的方法调用情况如下：
Mapper.map(MessageBytes, MessageBytes, MappingData) └─Mapper.internalMap(CharChunk, CharChunk, MappingData) └─Mapper.internalMapWrapper(Mapper$Context, CharChunk, MappingData) └─ProxyDirContext.lookup(String) └─ProxyDirContext.cacheLookup(String) └─ResourceCache.lookup(String) └─ResourceCache.find(CacheEntry[], String)
缓存资源插入内部数组时是有序的，find 方法就是通过资源名二分查找缓存，资源名就是请求路径，此时有两种情况，缓存命中和未命中。
缓存未命中，在 cacheLookup 方法中会新建一个 CacheEntry 对象，调用 cacheLoad 方法加入到 ResourceCache 的缓存数组中，加入前会对缓存条目进行以下操作：
获取并初始化缓存资源属性，主要是文件的 contentLength 和 lastModified 如果文件长度小于 512KB，那么将文件内容加载到内存中 标记缓存存在，设置缓存时间戳缓存命中，会对缓存条目进行校验：
