在前面的文章中,我们比较过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;
}
联系客服