Servlet 基础知识

关于 Servlet 和 Servlet 容器的基本概念

1. 一个Servlet就是一个Java类，并提供基于请求-响应模式的Web服务

2. Servlet 容器

   • 负责装载和管理 Servlet (创建、执行、销毁)
   • 是一个服务端程序，负责把请求转发给servlet处理，并将servlet的处理结果返回给客户端

3. Servlet 的生命周期
   Servlet 生命周期主要包括三个阶段：初始化，请求处理以及 Servlet销毁

   • 初始化 对应 init方法，默认情况下只有当web客户端第一次请求某个Serlet时，Servlet 容器才会创建这个Servlet的实例，此时就会调用 Servlet 的 init 方法。如果在配置文件中配置了 load-on-startup 元素，Servlet 就会在容器启动时被加载。
   • 请求处理 对应 service 方法，Servlet 会根据 http 请求的类型将不同的请求转发给不同的 Servlet 方法进行处理。
   • 销毁 对应 destroy 方法，在Servlet 销毁之前由Servlet 容器进行回调，主要做一些资源的回收和清理操作。

4. 通过 ServletConfig 来管理 Servlet 的配置信息
   将需要使用的Servlet配置信息写入到配置文件web.xml中,然后通过 ServletConfig 对象来读取相应的配置信息
   在Servlet初始化过程中， <init-param> 参数将会被封装到ServletConfig对象中， 每个Servlet都支持多个<init-param>。
   注意:参数是以Servlet为单位而不是全局共享的

<servlet>
        <serlet-name></serlet-name>
        <servlet-class></servlet-class>
        <init-param>
            <param-name></param-name>
            <param-value></param-value>
        </init-param>
</servlet>

那么不同的Servlet如何共享配置信息呢？
可以使用ServletContext来管理共享的配置信息。Servlet 容器在启动时会为每一个web应用创建一个ServletContext对象，它在一个web应用中是全局唯一的，不同的Servlet访问到的ServletContext是相同。在web.xml中配置<context-param>标签就可以通过ServletContext访问全局变量了。

<context-param>
        <param-name>GlobalData1</param-name>
        <param-value>GlobalValue1</param-value>
</context-param>
<context-param>
        <param-name>GlobalData2</param-name>
        <param-value>GlobalValue2</param-value>
</context-param>

如果需要共享的信息是动态变化的，可以通过 ServletContext 的 setAttribute getAttribute 以及 removeAttribute 方法来实现。
除了读取web.xml中的配置信息，ServletContext还可以通过getResource getResourceAsStream 以及 getRealPath 方法来读取外部资源配置文件信息

过滤器与监听器

过滤器

• 过滤请求与响应
• 自定义过滤规则
• 用于对用户请求进行预处理和对请求响应进行后处理的web应用组件

工作原理

客户端将原始请求发送到过滤器，过滤器对请求处理后将结果发送到对应的Servlet, Servlet 处理完之后将结果发送回过滤器，过滤器对结果进行过滤后发还给客户端

应用场景

• 用户认证
• 编解码处理
• 数据压缩处理
• …

过滤器示例

<filter>
    <!-- 配置 FilterConfig 参数 -->
    <init-param>
        <param-name></param-name>
        <param-value></param-value>
    </init-param>
    <filter-name></filter-name>
    <filter-class></filter-class>
</filter>
<fitler-mapping>
    <filter-name></filter-name>
    <url-pattern></url-pattern>
</fitler-mapping>

// 过滤器需要实现 Filter 接口
public class TestFilter implements Filter {

    @Override
    public void destroy() {

    }

    @Override
    public void doFilter(ServletRequest arg0, ServletResponse arg1, FilterChain arg2)
            throws IOException, ServletException {
//      示例: 验证用户是否登录，如果没有登录将用户重定向到登录页面
//      将 ServletRequest 转换为 HttpServletRequest
        HttpServletRequest req = (HttpServletRequest)arg0;
//      从请求对象中获取对应的 Session
        HttpSession session = req.getSession();
//      验证登录状态
        if (session.getAttribute("userName") == null) {
//          将 ServletResponse 转换为 HttpServletResponse
            HttpServletResponse resp = (HttpServletResponse)arg1;
            resp.sendRedirect("登录页面url(相对路径)");
        }
        else {
//          已登录，将请求转发给下一级 Filter 或请求的 Servlet
            arg2.doFilter(arg0, arg1);
        }

    }

    @Override
    public void init(FilterConfig arg0) throws ServletException {
//      获取 FilterConfig 中的参数
        String value = arg0.getInitParameter("param1");
    }
}

监听器

监听事件发生，在事件发生前后能够做出相应处理的 web 应用组件

监听器的分类

1. 监听应用程序环境(ServletContext)
   ServletContextListener
ServletContextAttributeListener
2. 监听用户请求对象(ServletRequest)
   ServletRequestListener
ServletRequestAttributeListener
3. 监听用户会话对象(HTTPSession)
   HttpSessionListener
HttpSessionAttributeListener
HttpSessionActivationListener
HttpSessionBindingListener

应用场景

• 应用统计
• 任务触发
• 业务需求

启动顺序

1. 与过滤器一致，在部署描述符出现的越早就会越早被注册
2. web 应用初始化时先创建监听器，在创建过滤器最后创建Servlet