有时候我们都很关心，web容器或web服务器（例如Tomcat或是jboss）是如何的工作？它们都是如何处理来源于全球的http请求的？它在背后干了什么姿势？Java Servlet API（比如ServletContext，ServletRequest，ServletResponse和Session这种类）在这其中扮演着什么角色？这都是web应用开发人员或是想成为web应用开发人员得人一定要懂的关键难题或定义。在本文里，我将会尽可能得出之上一些正确的答案。请集中精神！
文章内容章节目录：
- 什么是web服务器、运用服务器和web容器？
- 什么叫Servlet？她们有哪些作用？
- 什么叫ServletContext？它由谁建立？
- ServletRequest和ServletResponse从哪儿进到生命周期？
- 怎么管理Session？了解cookie吗？
- 怎样保证线程安全？
什么是web服务器，运用服务器和web容器？
我要探讨web服务器与应用服务器。让我在用一句话大约讲下：
“在过去的他们有很大的区别，但这两种不同的归类渐渐地合拼了，而现在在大都在前提下与使用中能够将它们当做一个总体。”
在Mosaic电脑浏览器（一般被称之为第一个图形界面的web浏览器）和网页链接具体内容初期，演化出“web服务器”的新理念，主要是通过HTTP协议书来给予静态网页具体内容和图片服务项目。那个时期，绝大部分信息全是静态数据的，而且HTTP 1.0只是一种传送文件的形式。但没多久web服务器带来了CGI作用。这就意味着我们能为每一个web请求运行一个过程来造成动态性具体内容。如今，HTTP协议书已经非常成熟而且web服务器变得越来越繁杂，拥有像缓存文件、安全性和session管理方法这种辅助功能。伴随着科技的进一步完善，我们可以从Kiva和NetDynamics懂得了企业专属根据Java的服务器端技术性。这种技术性最后统统融入今天我们仍在大部分软件开发里所使用的JSP中。
以上就是关于web服务器的。我们现在来讨论运用服务器。
在同一阶段，运用服务器早已存有并发展趋势很长一段时间了。一些公司为Unix研发了Tuxedo（面对事项的消息中间件）、TopEnd、Encina等商品，这类产品也是从类似IMS和CICS的服务器程序管理和监管自然环境衍化而成的。绝大部分的这类产品都特定了“密闭的”商品专用通信协议书来互联胖远程服务器(“fat” client)和服务器。在90时期，这种传统运用服务器商品逐渐置入HTTP通讯作用，一开始要利用网关来达到。没多久二者之间的界限渐渐变得不清晰。
与此同时，web服务器愈来愈完善，能够解决更高负荷、更多高并发和有着更加好的特点；运用服务器逐渐加上越来越多根据HTTP的通讯基本功能。每一个这种造成了web服务器及应用服务器的界限变得更加窄了。
现阶段，“运用服务器”和“web服务器”间的界限也变得模模糊糊了。但人们还把那2个专业术语区别开来，做为注重应用。
当别人提到“web服务器”时，你一般要把它称之为以HTTP为基础、web UI为指导的应用。当别人提到“运用服务器”时，你可能会想起“高负荷、公司级特点、事务管理和序列、多路通讯（HTTP和更多协议书）”。但是现在给予这种的需求基本都是同一个商品。
以上就是关于关于web服务器与应用服务器的相关内容。如今我们来看一下第三个专业术语，即web容器。
在Java方面，web容器一般是指Servlet容器。Servlet容器是和Java Servlet互动的web容器的部件。web容器负责Servlet的生命周期、把URL投射到特定Servlet、保证URL请求有着正确访问限制和更多相似的服务项目。总体来看，Servlet容器是用来运作你Servlet和维护保养它生命周期的软件环境。
什么叫Servlet？她们有哪些作用？
在Java里，Servlet使你能撰写依据请求动态生成的内容服务器端部件。实际上，Servlet是一个在javax.servlet包内界定的插口。为Servlet的生命周期申明了三个基本方式——init()、service()和destroy()。每一个Servlet都需要完成这个方法（在SDK里界定或是客户界定）并且在它们生命周期的特殊时长由服务器来启用这个方法。
类加载器根据懒加载（lazy-loading）或是预加载（eager loading）自动地把Servlet类载入到容器里。每一个请求都拥有自己进程，而一个Servlet目标能够并为好几个进程服务项目。当Servlet目标不会被使用中，它也会被JVM作为垃圾分类回收掉。
懒加载的Servlet
预加载的Servlet
什么叫ServletContext？它由谁建立？
当Servlet容器运作时，他会布署并载入每一个web应用。当web应用被载入时，Servlet容器会一次性为每一个运用建立Servlet前后文（ServletContext）并将其储存在运行内存里。Servlet容器会解决web应用的web.xml文件，而且一次性建立在web.xml里界定的Servlet、Filter和Listener，同样也会将它们储存在运行内存里。当Servlet容器关掉时，他会卸载掉每一个web应用和ServletContext，每一个Servlet、Filter和Listner案例都能被消毁。
从Java文档得知，ServletContext界定了一组方式，Servlet使用这个方式来与它Servlet容器开展通讯。比如，用于获取文件的MIME种类、分享请求或是撰写日志文档。在web应用部署文档（deployment descriptor）标出“分布式系统”的情形下，web应用的每一个vm虚拟机都有着一个前后文案例。在这样的情况下，不要把Servlet前后文作为分享全局性信息的自变量（由于它的信息已不具备全面性了）。可以用外部资源来替代，例如数据库系统。
ServletRequest和ServletResponse从哪儿进到生命周期？
Servlet容器包括在web服务器中，web服务器监视来源于特殊端口号的HTTP请求，这一端口号一般是80。当手机客户端（使用web浏览器的消费者）推送一个HTTP请求时，Servlet容器会建立一个新的HttpServletRequest和HttpServletResponse目标，并把他们传达给早已建立的Filter和URL方式与请求URL相匹配的Servlet案例的办法，每一个这都应用同一个进程。
request目标带来了获得HTTP请求的所有信息的通道，例如请求头和请求实体线。response目标带来了控制与推送HTTP回应的方便方式，例如设定响应头和回应实体线（一般是JSP产生的HTML具体内容）。当HTTP回应被递交并完成后，request和response目标都能被消毁。
怎么管理Session？了解cookie吗？
当手机客户端第一次浏览web应用或是第一次使用request.getSession()获得HttpSession时，Servlet容器会建立Session，形成一个long类型的唯一ID（你能使用session.getId()获得它）并将其储存在服务器的存储空间里。Servlet容器一样会到HTTP回应里设置一个Cookie，cookie的位是JSESSIONID而且cookie的值是session的唯一ID。
依据HTTP cookie标准（正规web浏览器和web服务器要遵守约定的），在cookie的合理期内，手机客户端（web浏览器）以后的请求都会把这一cookie回到给服务器。Servlet容器可以利用含有名叫JSESSIONID的cookie检验每一个到来的HTTP请求头，从而使用cookie的值从服务器具体内容里获得有关的HttpSession。
HttpSession会一直生存着，除非是超出一段时间没应用。你能在web.xml里设置在这个时间段，默认设置时间范围是30min。因而，假如手机客户端已经超过了30多分钟并没有浏览web应用得话，Servlet容器便会消毁Session。以后的每一个请求，即便含有特殊的cookie，都再也不能浏览到同一个Session了。servletcontainer会建立一个新的Session。
已有的Session
一个新的Session
此外，在手机客户端的session cookie拥有一个默认生存时长，这个时候与浏览器使用时间同样。因而，当客户关闭浏览器后（全部标签的或是对话框），手机客户端的Session就会被消毁。再次浏览器打开后，与以往的Session关系的cookie就再也不会被推送出去。再度使用request.getSession()会回到一个全新的HttpSession而且应用一个全新升级的session ID来设定cookie。
怎样保证线程安全?
你如今应该已经了解每一个请求都是在共享Servlet和Filter。这也是Java的一个非常棒的特点，这是线程同步的而且不同类型的进程（即HTTP请求）可以用同一个案例。不然，对每一个请求都再次创建一个实体线会花费许多资源。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
