Servlet的设置

以下是在web.xml中设置servlet的范例片段：

<servlet>
    <servlet-name>Some</servlet-name>
    <servlet-class>club.chuxing.SomeServlet</servlet-class>
    <load-on-startup>1</load-on-startup>
    <init-param>
        <param-name>param1</param-name>
        <param-value>value1</param-value>
    </init-param>
</servlet>
<servlet-mapping>
    <servlet-name>Some</servlet-name>
    <url-pattern>/Some.do</url-pattern>
</servlet-mapping>

当web应用程序启动后，事实上并没有加载所有的Servlet。容器会在请求时，才将对应的Servlet类加载、实例化并进行初始动作，然后再调用service()方法来处理请求。

如果希望在应用程序启动时，就先把Servlet类加载、实例化并做好初始化动作，就可以使用<load-on-startup>设置。设置大于0的值，表示在启动应用程序后就要初始化Servlet。数字表示了Servlet的初始化顺序，如果有多个Servlet在设置<load-on-startup>时使用了相同的数字，则按其在web.xml中设置的顺序来初始化Servlet。

别尝试在所有的Servlet上都设置<load-on-startup>。越多的Servlet在应用程序启动时被初始化，表示应用程序的启动越花时间。只有在那些初始时会加载比较多资源的Servlet上才设置<load-on-startup>，像是web框架(Framework)中担任前端控制器(Front Controller)角色的Servlet。

可以在<url-pattern>中设置三种模式：

• 完全符合模式
  必须以斜杠（/）作为开头，也就是以web应用程序环境根目录开始，指定完整的URL模式。如：<url-pattern>/admin/login.do</url-pattern>。

• 目录符合模式
  指定某个目录下的所有URL都交由某个Servlet来处理，则可以在目录斜杠（/）后加上星号（*）。如<url-pattern>/guest/*</url-pattern>。

• 扩展名符合模式
  指定以某个扩展名为结尾的所有URL请求都交由对应的Servlet处理，则可以使用星号（*）作为开头，并加上扩展名。<url-pattern>*.do</url-pattern>。

不能混用目录符合模式与扩展名符合模式，即不能出现如<url-pattern>/admin/*.do</url-pattern>这样的URL模式设置。

如果有URL模式设置比对的规则在某些URL请求时有所重叠，则请求时比对的原则依完全模式、目录模式、扩展名模式的顺序来决定，也就是从最严格的模式开始符合。

在设置过滤器时，<filter-mapping>上也可以设置<url-pattern>标签，设置的原则与<servlet-mapping>上的<url-pattern>是相同的。在Servlet2.5版本之后，可以直接在同一个<servlet-mapping>中设置多个<url-pattern>。例如：

<servlet-mapping>
    <servlet-name>Some</servlet-name>
    <utl-pattern>/something.do</utl-pattern>
    <utl-pattern>/someone.do</utl-pattern>
</servlet-mapping>

同样的，也可以在<filter-mapping>中设置多个<url-pattern>或<servlet-name>。例如：

<filter-mapping>
    <filter-name>Some</filter-name>
    <utl-pattern>/something.do</utl-pattern>
    <utl-pattern>/someone.do</utl-pattern>
    <servlet-name>Other</servlet-name>
</filter-mapping>

设置欢迎与错误处理页面

如果用户用户请求某个类似于/BookmarkOnline/user的URL，而user在Servlet的URL模式设置中并不存在，它只是一个目录，若不想用户看到资源不存在之类的错误信息，则可以设置默认的欢迎页面，在用户请求某个目录时可以自动挑选欢迎页面加以显示。

<web-app ...>
    <welcome-file-list>
        <welcome-file>index.jsp</welcome-file>
        <welcome-file>index.html</welcome-file>
    </welcome-file-list>
</web-app>

设置<welcome-file>时，注意態用斜杠（/）作为开头（这不是在设置整个应用程序的默认首页）。在请求某个目录名称时，容器会自动依<welcome-file>中的文件顺序，看看时候可找到对应的文件，找到的话就显示给用户。

如果在存取应用程序的时候发生了异常或者错误，而没有在Servlet/JSP中处理这个异常或错误，则最后会由容器加以处理，一般容器就是直接显示异常信息与堆栈跟踪信息。如果希望容器发现这类异常或者错误时，可以自动转发到某个URL，则可以在web.xml中使用<error-page>进行设置。

例如，若想要在容器收到某个类型的异常对象时进行转发，则可以做如下设置：

<web-app ...>
    <error-page>
        <exception-type>java.lang.NullPointerException</exception-type>
        <location>/report.view</location>
    </error-page>
</web-app>

如果想要基于HTTP的错误代码转发到处理页面，则要搭配<error-code>来设置。例如：

<web-app ...>
    <error-page>
        <error-code>404</error-code>
        <location>/404.jsp</location>
    </error-page>
</web-app>

这个设置在自行使用HttpServletResponse的sendError()送出错误状态码时也有作用，因为sendError()只是告知容器，以容器的默认方式或web.xml中的设置来产生错误状态码的信息。

MIME与扩展名的对应

当自动响应串流给浏览器时，为了让浏览器知道如何处理收到的串流对象，必须告知MIME类型。若应用程序中使用到了MIME类型，可以在web.xml中设置扩展名与MIMIE类型对应。例如：

<web-app ...>
    <mime-mapping>
        <extension>pdf</extension>
        <mime-type>application/pdf</mime-type>
    </mime-mapping>
</web-app>

<extension>设置文件的扩展名，而<mime-type>设置对应的MIME类型名称。如果想要知道某个文件的MIME类型名称，则可使用ServletContext的getMimeType()方法，这个方法让你指定文件名称，然后根据web.xml总设置的对应扩展名，取得MIME类型的名称。