前言

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，那么将文件内容加载到内存中
• 标记缓存存在，设置缓存时间戳

缓存命中，会对缓存条目进行校验：

• 检查是否过期，当前时间大于缓存条目设置的时间戳
• 如果过期，再检查资源内容是否修改
• 如果修改，清除这个缓存，读取最新内容

以上所述是小编给大家介绍的Tomcat中对静态资源的处理教程,希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对77isp云服务器技术网的支持！