Servlet细节:HttpServlet和一些开发细节&Servlet被外界访问的配置&同一Servlet映射到多个url&缺省servlet

偏执的太偏执、 2023-06-19 11:00 117阅读 0赞

## 一、Servlet接口，sun公司已经定义了两个默认实现类，GenericServlet和HttpServlet。 ##

HttpServlet指的是能处理http请求的Servlet，在原有的Servlet接口上添加了一些http协议处理方法，比Servlet的接口功能更为强大，因此在编写Servlet的时候，通常应该继承这个类，而不是直接实现Servlet接口。

HttpServlet在实现Servlet接口的时候，覆写了service方法，该方法体内的代码互自动判断用户的请求方式，如果是get请求，就会调用HttpServlet里的doGet方法，如果是Post请求，就会调用doPost方法，因此在开发的时候，通常只需要覆写doGet方法或doPost方法，而不需要覆写service方法。

在api文档中，也已经说明了建议：

Provides an abstract class to be subclassed to create an HTTP servlet suitable for a Web site. \*\*A subclass of HttpServlet must override at least one method, usually one of these:

*   *  doGet, if the servlet supports HTTP GET requests
 *   *  doPost, for HTTP POST requests
 *   *  doPut, for HTTP PUT requests
 *   *  doDelete, for HTTP DELETE requests
 *   *  init and destroy, to manage resources that are held for the life of the servlet
 *   *  getServletInfo, which the servlet uses to provide information about itself

There’s almost no reason to override the service method. service handles standard HTTP requests by dispatching them to the handler methods for each HTTP request type (the doXXX methods listed above).  
Likewise, there’s almost no reason to override the doOptions and doTrace methods.  
没必要重写那几个方法，有必要重写的只有建议的六个方法。  
我们还在上一个自己写的Servlet里面来创建一个新的Servlet例子，平行于servDemo新建另一个Servlet文件。  
在新建的时候我们不选择class文件而选择直接new一个Servlet，这时候里面会让我们选择要继承的父类等等信息，要重写的方法等等。

@WebServlet("/servletDemo2")
    public class servletDemo2 extends HttpServlet {
         private static final long serialVersionUID = 1L;
        public servletDemo2() {
            super();
            // TODO Auto-generated constructor stub
        }
         protected void doGet(HttpServletRequest request,  HttpServletResponse response) throws ServletException,  IOException {
               // TODO Auto-generated method stub
               response.getOutputStream().write("hello  httpservlet".getBytes());
         }
         protected void doPost(HttpServletRequest request,  HttpServletResponse response) throws ServletException,  IOException {
               // TODO Auto-generated method stub
               doGet(request, response);
         }
    }

然后在浏览器重新输入：

http://localhost:8080/practice10-22Web/servletDemo2

可以看到：  
![在这里插入图片描述][20191205222839894.png]  
事实上我们并没有重新配置web.xml文档，并且，点开xml文档查看， 发现内容也没有发生改变。  
但是区别在于，新的Servlet代码的最前面出现了：

@WebServlet("/servletDemo2")

这里自动生成的这个注解，作用就是，在web.xml中配置了这个Servlet的元素里的配置，和上一篇我们手动在web.xml里配置的作用是一样的。在url输入的映射地址就是加上/servletDemo2。因此我们在重新放文档的时候能够看到对应内容。

## 二、Servlet被外界访问的配置 ##

由于客户端是通过url地址访问web服务器中欧冠的资源，所以Servlet程序如果想要被外界访问，必须把Servlet程序映射到一个url地址上，这个工作在web.xml文件中使用<servlet>元素和<servlet-mapping>元素完成的。

1、<servlet>元素用于注册Servlet，包含两个子元素，<servlet-name>和<servlet-class>，分别来设置Servlet的注册名和Servlet的完整类名。

2、<servlet-mapping>元素用于映射一个已经注册的Servlet的一个对外访问路径，它包含两个子元素：<servlet-name>和<url-pattern>，分别用于指定Servlet的注册名称和Servlet的对外访问路径。

以上一篇里我们的最简单的demo的web.xml文件的配置为例：

<servlet>
            <servlet-name>servletDemo</servlet-name>
            <servlet-class>web.Practice.servletDemo</servlet-class>
        </servlet>   
        <servlet-mapping>
            <servlet-name>servletDemo</servlet-name>
            <url-pattern>/servletDemo</url-pattern>
        </servlet-mapping>

这里面的名字和完整类名分别是servletDemo和web.Practice.servletDemo（从包名开始的）；注册名称是servletDemo，对外的访问路径是/servletDemo。

## 三、同一Servlet映射到多个url ##

**2.1 同一个Servlet可以被映射到多个url上** ,即多个<servlet-mapping>元素的<servlet-name>子元素的设置值可以是同一个Servlet的注册名。

因为在<servlet-mapping>元素里，<servlet-name>和<url-pattern>，分别用于指定Servlet的注册名称和Servlet的对外访问路径。我们可以用同一个<servlet-name>对应多个<url-pattern>，以之前的demo的配置为例：

<servlet-mapping>
            <servlet-name>servletDemo</servlet-name>
            <url-pattern>/servletDemo</url-pattern>
        </servlet-mapping>
    
        <servlet-mapping>
            <servlet-name>servletDemo</servlet-name>
            <url-pattern>/demo</url-pattern>
        </servlet-mapping>
        
        <servlet-mapping>
            <servlet-name>servletDemo</servlet-name>
            <url-pattern>/1.html</url-pattern>
        </servlet-mapping>

把之前的web.xml里面的一个 <servlet-mapping>增加到三个，其中的<servlet-name>不变，下面的</url-pattern>增加两个不同的内容，重新启动服务：

![在这里插入图片描述][2019120522321531.png]  
![在这里插入图片描述][2019120522321677.png]  
![在这里插入图片描述][2019120522322412.png]

三个不同的url地址最终访问的内容是一样的。

其中最诡异的是url的最后是1.html的这个版本，这是一个动态web资源，但是起名字起成了html，实际上访问的还是动态web资源，这就叫做==“伪静态”。==

**2.2 在Servlet映射到的url中也可以使用*通配符，但是只能有两种固定的格式：  
一种格式是“*.扩展名”，另一种格式是以正斜杠（/）开头并以“/\*”结尾。**

我们在web.xml里增加：

<servlet-mapping>
            <servlet-name>servletDemo</servlet-name>
            <url-pattern>/*</url-pattern>
        </servlet-mapping>

这就意味着，我们在浏览器里输入的url地址，到practice10-22Web/这后面，不管输入什么内容，都能够访问到同一个页面。

![在这里插入图片描述][20191205223320189.png]  
后面的内容纯属乱敲的。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjA5Mjc4Nw_size_16_color_FFFFFF_t_70]  
\*在前面的优先级是最低的。

## 四、Servlet被调用和客户端请求的关系 ##

Servlet是一个供其他java程序（Servlet引擎）调用的java类，它不能独立运行，它的运行完全由Servlet引擎来控制和调度。

针对客户端的多次Servlet请求，通常情况下，服务器只会创建一个Servlet实例对象，也就是说Servlet实例对象一旦创建，他就会驻留在内存中，为后续的其他请求服务，直至web容器退出，Servlet实例对象才会销毁。

在Servlet的整个生命周期内，Servlet的init方法只被调用一次，而对于一个Servlet的每次访问请求都导致Servlet引擎调用一次Servlet的service方法，对于每次访问请求，Servlet引擎都会创建一个新的httpServletRequest请求对象和一个新的HttpServletResponse响应对象，然后将这两个对象作为参数传递给它调用的Servlet的service方法，service方法再根据请求方式分别调用doXXXX方法。

## 四、在<servlet>元素中配置<load-on-startup>元素 ##

如果在<servlet>元素中配置<load-on-startup>元素，那么web应用程序在启动时，就会装载并创建Servlet的实例对象，以及调用Servlet实例对象的init()方法。

这里明显和三种的内容不同，本来每次访问的时候都要在内存中执行一次额servic方法，然后就会对应创建一次对象，但是有了在web.xml中的配置之后，就会改变Servlet实例对象的创建时间。

在web.xml文件改变servlet标签，在下面加入<load-on-startup>元素：

<servlet>
        <servlet-name>servletDemo</servlet-name>
        <servlet-class>web.Practice.servletDemo</servlet-class>
        
        <load-on-startup>1</load-on-startup>
    </servlet>

这样对象在tomcat服务器启动的时候就会被创建了。

什么时候我们需要这么做呢，当我们需要给开发的这个web应用写一个InitServlet，并且这个servlet配置为启动时就装载，为整个web应用创建必要的数据库表和数据。

比如：struts框架，本质上就是一个大大的servlet，他也是一个java写的java程序，点开struts的对应web.xml文件，就可以看到它里面配置了<load-on-startup>元素。

## 六、缺省servlet ##

1.如果某一个servlet的映射路径仅仅为一个正斜杠(/)，那么这个servlet就成为当前web应用程序的缺省servlet。

2.凡是在web.xml文件中找不到匹配的<servlet-mapping>元素的url，他们的访问请求都将交给缺省的servlet处理，也就是说，缺省的servlet用于处理所有其他servlet都不处理的访问请求。

3.在tomcat的安装目录下的web.xml中，注册了一个名称为org.apache.catalina.servlets.DefaultServlet的servlet，并将这个servlet设置成了缺省的servlet。

4.比如当我们访问tomcat服务器中的某一个静态html文件和图片时，其实是在访问这个缺省的servlet。

在我们的demo项目里，我们在web.xml里加入另一个<servlet>的元素和<servlet-mapping>元素，把第二个servlet设置成缺省servlet：

<servlet-mapping>
        <servlet-name>servletDemo2</servlet-name>
        <url-pattern>/</url-pattern>
    </servlet-mapping>

这里把第二个servletDemo2的映射路径就是设置成了仅仅为一个/，也就是，他是缺省的servlet，如果在浏览器输入的url，在web.xml中找不到对应的元素，那么就让缺省的servlet处理请求，我们在servletDemo2里写入处理请求的逻辑为输出一段文本。

我们在浏览器里输入：

![在这里插入图片描述][20191205223552945.png]

后面乱输入的url，在web.xml里找不到对应的匹配url-pattern，然后就输出了缺省servlet的内容。

在web开发过程中，除了这些动态web资源，还会有静态的web资源，比如我们在web content文件夹里新建一个静态资源html文档，为了避免出现问题，更改前面的web.xml中对缺省servlet的配置。

然后我们重启tomcat，可以通过 http://localhost:8080/practice10-22Web/1.html访问这个静态web资源，这个html文件。

那么问题就来了，任何浏览器发过来的请求，解析之后首先都是去访问servlet的，但是我们发起的这个请求，后面的1.html，是没有对应的url-pattern对应的，因此肯定还是有缺省的servlet给他提供了对应的url-pattern供匹配，才访问到这个html文件的。

成功访问了，那么说明服务器帮我们提供了缺省的servlet，来读取了1.html那个文档。所以我们若果自己本来配置了缺省的servlet，那么就会把服务器自己提供的缺省servlet覆盖掉，可以想见那样的话，访问1.html可能就会失败了。

平时我们如果输入了一个错误的url地址，遇到服务器中的404等等显示，其实也是因为服务器读取了默认的数据并返回了，因为错误的url地址找不到对应的资源。

[20191205222839894.png]: https://img-blog.csdnimg.cn/20191205222839894.png
[2019120522321531.png]: https://img-blog.csdnimg.cn/2019120522321531.png
[2019120522321677.png]: https://img-blog.csdnimg.cn/2019120522321677.png
[2019120522322412.png]: https://img-blog.csdnimg.cn/2019120522322412.png
[20191205223320189.png]: https://img-blog.csdnimg.cn/20191205223320189.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjA5Mjc4Nw_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20191205223334731.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjA5Mjc4Nw==,size_16,color_FFFFFF,t_70
[20191205223552945.png]: https://img-blog.csdnimg.cn/20191205223552945.png