servlet的认识和了解（2）

 执行原理

（原文链接：https://blog.csdn.net/promsing/article/details/113618880）
        1. 当服务器接受到客户端浏览器的请求后，会解析请求URL路径，获取访问的Servlet的资源路径

2. 查找web.xml文件，是否有对应的<url-pattern>标签体内容。

3. 如果有，则在找到对应的<servlet-class>全类名（2,3步骤也可以通过注解实现-常用）

4. tomcat会将字节码文件加载进内存，并且创建其对象

5. 调用其方法

JavaWeb核心—Servlet接口 

public interface Servlet {
    void init(ServletConfig var1) throws ServletException;
 
    ServletConfig getServletConfig();
 
    void service(ServletRequest var1, ServletResponse var2) throws ServletException, IOException;
 
    String getServletInfo();
 
    void destroy();
}

常用方法 
1. 被创建：执行init方法，只执行一次。一般用于申请资源

            Servlet的init方法，只执行一次，说明一个Servlet在内存中只存在一个对象，Servlet是单例的。

            多个用户同时访问时，可能存在线程安全问题。

            解决：尽量不要在Servlet中定义成员变量。即使定义了成员变量，也不要对修改值

 2. 提供服务：执行service方法，执行多次（可以业务逻辑代码）

              每次访问Servlet时，Service方法都会被调用一次。

 3. 被销毁：执行destroy方法，只执行一次。一般用于释放资源

              Servlet被销毁时执行。服务器关闭时，Servlet被销毁

              只有服务器正常关闭时，才会执行destroy方法。

              destroy方法在Servlet被销毁之前执行，一般用于释放资源

重写Servlet中的方法

public class ServletDemo implements Servlet {
    @Override
    public void init(ServletConfig servletConfig) throws ServletException {
        //初始化方法
        //在Servlet被创建时，执行   只会执行一次
        System.out.println("init.........");
    }
 
    @Override
    public ServletConfig getServletConfig() {
        //Servlet的配置方法
        return null;
    }
 
    @Override
    public void service(ServletRequest servletRequest, ServletResponse servletResponse) throws ServletException, IOException {
        //提供服务的方法
        System.out.println("service......");
    }
 
    @Override
    public String getServletInfo() {
        //获取servlet的信息
        return null;
    }
 
    @Override
    public void destroy() {
        //销毁方法
        //在服务器正常关闭时，执行   执行一次
        System.out.println("destroy....使用配置文件");
    }
}

关系视图 

规范化 

1.简化开发

2.便于部署

3.支持 Web2.0 原则

为了简化开发流程，Servlet 3.0 引入了注解（annotation），这使得 web 部署描述符 web.xml 不再是必须的选择。

Pluggability可插入性

当使用任何第三方的框架，如 Struts，JSF 或 Spring，我们都需要在 web.xml 中添加对应的 Servlet 的入口。这使得 web 描述符笨重而难以维护。Servlet3.0 的新的可插入特性使得 web 应用程序模块化而易于维护。通过 web fragment 实现的可插入性减轻了开发人员的负担，不需要再在 web.xml 中配置很多的 Servlet 入口。

Asynchronous Processing 异步处理

另外一个显著的改变就是 Servlet 3.0 支持异步处理，这对 AJAX 应用程序非常有用。当一个 Servlet 创建一个线程来处理某些请求的时候，如查询数据库或消息连接，这个线程要等待直到获得所需要的资源才能够执行其他的操作。异步处理通过运行线程执行其他的操作来避免了这种阻塞。

Apart from the features mentioned here, several other enhancements have been made to the existing API. The sections towards the end of the article will explore these features one by one in detail.

除了这些新特性之外， Servlet 3.0对已有的 API 也做了一些改进，在本文的最后我们会做介绍。

Annotations in Servlet Servlet中使用注解

Servlet 3.0 的一个主要的改变就是支持注解。使用注解来定义 Servlet 和 filter 使得我们不用在 web.xml 中定义相应的入口。

@WebServlet

@WebServlet 用来定义 web 应用程序中的一个 Servlet。这个注解可以应用于继承了 HttpServlet。这个注解有多个属性，例如 name，urlPattern, initParams，我们可以使用者的属性来定义 Servlet 的行为。urlPattern 属性是必须指定的。

总结：在 Web 应用程序中，一个 Servlet 在一个时刻可能被多个用户同时访问。这时 Web 容器将为每个用户创建一个线程来执行 Servlet。如果 Servlet 不涉及共享资源的问题，不必关心多线程问题。但如果 Servlet 需要共享资源，需要保证 Servlet 是线程安全的。

下面是编写线程安全的 Servlet 的一些建议：

（1）用方法的局部变量保存请求中的专有数据。对方法中定义的局部变量，进入方法的每个线程都有自己的一份方法变量拷贝。任何线程都不会修改其他线程的局部变量。如果要在不同的请求之间共享数据，应该使用会话来共享这类数据。

（2）只用 Servlet的成员变量来存放那些不会改变的数据。有些数据在 Servlet 生命周期中不发生任何变化，通常是在初始时确定的，这些数据可以使用成员变量保存，如数据库连接名称、其他资源的路径等。

（3）对可能被请求修改的成员变量同步。有时数据成员变量或者环境属性可能被请求修改。当访问这些数据时应该对它们同步，以避免多个线程同时修改这些数据。

（4）如果 Servlet 访问外部资源，那么需要同步访问这些资源。例如，假设 Servlet 要从文件中读写数据。当一个线程读写一个文件时，其他线程也可能正在读写这个文件。文件访问本身不是线程安全的，所以必须编写同步访问这些资源的代码。在编写线程安全的 Servlet 时，下面两种方法是不应该使用的：

（1）在 Servlet API 中提供了一个 SingleThreadModel 接口，实现这个接口的 Servlet 在被多个客户请求时一个时刻只有一个线程运行。这个接口已被标记不推荐使用。

（2）对 doGet() 或doPost() 方法同步。如果必须在 Servlet 中使用同步代码，应尽量在最小的代码块范围上进行同步。同步代码越小，Servlet 执行得才越好。