文章首发于微信公众号「Tomcat那些事儿」，欢迎关注。
我们都知道Web服务器与Web容器的区别。而且Tomcat是一种Web Container，与Nginx/Apache这一类的Web Server本质区别是，Tomcat不光可以处理静态资源，还能处理Servlet文件。
响应Servlet文件这件事，我们虽然还没有深入分析，但多少有点司空见惯的感觉了，毕竟做为一个Servlet规范的参考实现，能处理Servlet自然是情理之中的。
那Tomcat又是如何处理静态资源的呢?
可能你习惯性的打开Tomcat，部署了一个应用之后，就开始查看其运行结果，或者更多的关注Servlet内的逻辑是否正确。至于静态资源处理这个事，可能不曾留意过。
那我们一起来看看，它究竟是怎么处理的。
本质上讲，Tomcat对于所有的静态资源，会做统一处理。也就是在所有你没有配置URL匹配的地方，Tomcat这个全局统一处理的配置就开始接管工作了。
这时，你不禁要问，这个东西我没有配置，它怎么生效的呢？
看这里！
在Tomcat的conf目录下，就是有全局配置文件server.xml在同一个目录下，有一个web.xml，打开它之后，你会发现这样的说明：
The default servlet for all web applications, that serves static
resources. It processes all requests that are not mapped to other
servlets with servlet mappings.
再向下，你会看到关于这个全局处理的Servlet声明，如下图
它的名字叫DefaultServlet
此处，它还有一个名为listings的初始化参数，默认值为false。这个参数主要作用，是在没有welcome文件时，控制应用目录内的文件是否允许列表显示。如果设置为true，就会常见的FTP服务器一样，把应用目录下的文件都列了出来，像下面这个样子。当然，这个样式也是可以自已定义的。
这个DefaultServlet的servlet-mapping是这样配置的
你会不会问，既然url-pattern配置的是 / ，那不就应该响应所有的请求了么?
对，我们上面说明中也提到了，是匹配所有你没定义的Servlet-mapping的请求。
而之所以自己定义的Servlet可以优先生效，则是因为Tomcat内的Servlet配置，是严格按照声明顺序初始化，并按此顺序响应请求，一层层按此比对，有一个可以响应请求，就用其处理。
下面又到了看源码的时间了，我们来看DefaultServlet中，静态资源响应处理。
文件位于org.apache.catalina.servlets.DefaultServlet文件中。
首先是这个文件，一般资源请求，都会走GET方法。
protected void doGet(HttpServletRequest request,
HttpServletResponse response)
throws IOException, ServletException {
// Serve the requested resource, including the data content
serveResource(request, response, true, fileEncoding);
}
serveResource这个方法内容较多，放在这里查看不太方便。大致总结下，首先会判断要请求的资源是否存在，文件是否可读，之后，根据资源的类型，设置响应头的content-type，判断文件的时间，设置超时时间等，最终是流的读写。
整个应用内的资源存放在resources这个变量内，声明如下：
/**
* The complete set of web application resources
*/
protected transient WebResourceRoot resources = null;
这块和上面内容有关联的地方是，读取文件的时候，会判断请求的路径对应的资源是否为一个文件夹，如果是目录，就会判断listings这个参数，为true时才会列出内容，否则直接返回内容找不到，即404。代码是下面这个样子。
if (resource.isDirectory()) {
// Skip directory listings if we have been configured to
// suppress them
if (!listings) {
response.sendError(HttpServletResponse.SC_NOT_FOUND,
request.getRequestURI());
return;
}
