资讯

精准传达 • 有效沟通

从品牌网站建设到网络营销策划,从策略到执行的一站式服务

如何理解Servlet及Servlet容器的概念以及使用注意点

如何理解Servlet及Servlet容器的概念以及使用注意点,很多新手对此不是很清楚,为了帮助大家解决这个难题,下面小编将为大家详细讲解,有这方面需求的人可以来学习下,希望你能有所收获。

成都创新互联于2013年创立,先为昆明等服务建站,昆明等地企业,进行企业商务咨询服务。为昆明企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。

Servlet

Servlet是一个服务器端编程的组件,主要能力产生动态的数据内容,和任何java组件一样,Servlet也是平台不相关的。 Servlet的运行依赖于一个容器 (或者叫servlet engine),容器在运行时会把Servlet字节码加载到虚拟机中生存一个servlet实例,并负责管理servlet实例的生命周期。

和servlet交互的对面可以是一个web浏览器,也可以是任何一个支持http协议的客户端程序,客户端和Servlet之间交互遵循request/response模式进行,实际上Servlet设计为并不仅仅局限于http协议,任何基于request/response的协议Servlet都支持。

Servlet容器

Servlet容器为servlet提供运行环境,servlet容器通常实现为一个Web服务器或者应用服务器的一部分。

Servlet容器的核心功能是接受请求、解码请求内容,然后把解析后请求内容分发到相关的某个Servlet,Servlet处理后,容器会把Servlet返回的数据内容进行编码并发送给客户端。这个过程中容器可以在把请求分发给servlet之前修改请求内容,也可以在把servlet的返回内容发送到客户端之前修改响应内容。

Servlet容器必须要提供http 1.0/1.1的支持,也可以支持https。

Servlet有完整的生命周期

一个servlet的生命周期阶段主要包括:加载并创建servlet实例、初始化servlet实例、处理请求以及销毁。

servlet的生命周期阶段完全由servlet容器来管理,从编程的角度看生命周期主要体现在Servlet接口中定义的三个方法:

  • init方法,让应用程序有机会执行初始化

  • service方法,应用程序处理请求并响应内容的地方

  • destroy方法,让应用程序有机会释放servlet持有的各种资源

任何一个servlet都必须直接或者间接实现这三个方法。 Servlet实例则由容器负责实例化,不需要应用程序参与,容器可以在启动完成后就开始加载servlet,也可以在第一次servlet被选中处理请求时才加载此servlet。

servlet容器完成servlet的实例化后就开始进行初始化,容器会调用 init 方法并传递一个 ServletConfig 对象的引用,通过ServletConfig引用可以在Servlet中感知到Servlet的一些详细配置参数和代表应用程序的ServletContext引用。一个servlet实例整个生命周期过程中init方法只会被容器调用一次。

只有初始化完成的servlet才能进一步提供请求服务,如果init方法中抛出ServletException异常或者没有在容器定义的时间内返回,则servlet容器认为初始化失败,此servlet不能提供服务。init方法抛出的可能是一个UnavailableException异常,这个异常暗示容器此servlet目前不可用:永久性不可用或者临时不可用,如果是临时性不可用则UnavailableException应该带上一个不可用预估时间秒数,这种情况下容器不会直接失败,而是会阻塞预估的时长然后重新创建一个servlet实例并再次执行初始化。

servlet成功初始化后就可以处理请求了,容器会调用service方法,并传递ServletRequest和ServletResponse两个引用,ServletRequest封装了客户端请求信息,用户应用程序的则负责填充ServletResponse对象,service方法返回后流程被容器接管。

service方法如果抛出ServletException异常代表失败,容器需要作出合适的下一步处理,sevlet规范定义如下过程:service方法如果抛出实际是一个UnavailableException异常则表示此servlet目前不可用,同样有永久性不可用和临时不可用两种情况,如果是永久性不可用,则容器会调用servlet的destroy方法清理然后释放此servlet,并给客户端响应SC_NOT_FOUND(404)状态;如果是临时性不可用,则servlet容器在预估的不可用时间内会直接拒绝所有的匹配到此servlet的请求而直接响应SC_SERVICE_UNAVAILABLE(503)状态,并响应一个 Retry-After header,容器也可以选择忽略这两种不可用的差别,直接当做是永久性不可用并清理释放servlet对象。

一个servlet实例正常情况下应该是永久驻留在容器中,直到关闭容器时才会销毁容器中的servlet实例。在清理一个servlet实例之前,容器总是会调用destroy方法,用户通常可以在destroy方法中做一些资源清理、持久化等工作,一旦一个servlet的destroy方法被调用后,容器就会完全释放它以便垃圾收集器回收。

用Servlet编程

通常我们要在应用程序中实现一个Servlet类的话,不需要直接实现Servlet接口,而是通过扩展GenericServlet,在http环境中的话就就可以扩展HttpServlet,GenericServlet对Servlet接口做了基本实现,只是预留了service方法需要用户实现, GenericServlet的实现没有绑定到任何具体的应用层协议,它是通用的。

在HTTP协议环境中,平台还提供了一个HttpServlet的实现类,HttpServlet就扩展自GenericServlet,HttpServlet完成实现了service方法,service方法中的实现方式是根据不同的http动词作了一些基本情况的判断处理,然后把正常情况下的过程委托到几个特定的http方法:doGet,doPost,doPut,...,绝大多数情况我们自己的Servlet实现类应该选择扩展HttpServlet,并且不应该直接重写service方法,而是应该重写doXXX方法。

public class RequestParameterServlet extends HttpServlet {

    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        super.doGet(req, resp);
        // …
    }
}

应该重写无参数init方法

Servlet接口中定义的init方法带有一个ServletConfig参数:

public void init(ServletConfig config) throws ServletException;

init方法在GenericServlet中做了一个基本实现:

public void init(ServletConfig config) throws ServletException {
    this.config = config;
    this.init();
}

在GenericServlet版本的init实现中,先把容器传递过来的ServletConfig引用保存下来,然后调用了一个无参数的init方法,这个无参数的int方法正是预留给用户实现的,因此,不管我们的Servlet类是扩展了GenericServlet,还是扩展了HttpServlet,如果有初始化的需求,那么我们应该重写GenericServlet中的无参数init方法。

多线程环境中的Servlet

通常情况下,容器只会为web descriptor中声明的每个servlet创建一个实例,这意味着在多线程情况下,其service方法是并发状态下运行,因此我们在实现service方法时要自己保证其线程安全性,通常的做法是不在Servlet实现类中使用共享字段,或者对service方法中的相关代码段加锁。

另一种方式是我们的Servlet类实现SingleThreadModel接口,SingleThreadModel是一个标识接口,servlet容器保证实现SingleThreadModel的servlet实例的service方法在同一时间只有一个线程访问,容器的做法可能是在servlet实例上加锁,容器也可能会为同一个Servlet类创建出多个实例并在容器中缓存它们,然后对每一个请求分发到其中一个空闲的servlet实例。但是并不推荐使用SingleThreadModel接口,因为SingleThreadModel方式并不能完全解决线程安全问题,例如session中的数据并不能保证线程安全,并且在servlet 2.4版本中已经废弃。

如何处理请求的字符编码

客户端的所有请求数据,包括请求路径,协议,请求头以及请求内容等这些数据全部都被容器封装在一个ServletRequest对象中,从ServletRequest对象中读取请求内容时必须要知道数据是如何编码的,否则就不可能正确解析请求数据。

由于目前大多数浏览器客户端在发送请求时都没有在Content-Type域中提供字符编码的标记,因此servlet规范中明确要求所有servlet容器在读取请求数据时应该默认使用“ISO-8859-1”来解析数据。如果客户端没有发送请求数据的编码格式,规范定义调用getCharacterEncoding方法应该返回null。

如果客户端没有发送请求内容的编码格式,并且如果容器设定的默认编码和实际的请求内容编码又不一致时,就会解析得到错误的数据,为了纠正这种情况ServletRequest另外供了一个setCharacterEncoding方法,编程人员可以调用此方法覆盖容器提供的编码格式来读取数据,此方法的调用一定要在读取任何请求内容之前,否则不会有效果。

看完上述内容是否对您有帮助呢?如果还想对相关知识有进一步的了解或阅读更多相关文章,请关注创新互联行业资讯频道,感谢您对创新互联的支持。


网站栏目:如何理解Servlet及Servlet容器的概念以及使用注意点
网页路径:http://www.cdkjz.cn/article/gsohsd.html
多年建站经验

多一份参考,总有益处

联系快上网,免费获得专属《策划方案》及报价

咨询相关问题或预约面谈,可以通过以下方式与我们联系

大客户专线   成都:13518219792   座机:028-86922220