title: Web容器
date: 2015-12-21 11:16:18
tags: Model2 请求/响应整体结构
---
对于Java程序而言，JVM是其操作系统，.java文件会编译为.class文件。.class对于JVM而言，就是可执行文件。Java程序基本上只认得一种操作系统，就是JVM。
对于编写Servlet/JSP程序来说，容器的概念更广，它不仅持有对象，还负责对象的生命周期与相关服务的连接。
在具体层面，容器说穿了，就是一个用Java写的程序，运行于JVM之上，不同类型的容器会负责不同的工作。想想看，HTTP那些文字性的通信协议，如何变成Servlet/JSP中可用的Java对象，其实就是容器为你剖析和转换。
容器的角色位置可以用下面的关系表示。
> 浏览器<---->实体服务器<---->HTTP服务器程序<---->Web容器<---->Servlet
就如同JVM介于Java程序和实体操作系统之间，Web容器介于实体HTTP服务器与Servlet之间，也正如编写Java程序必须了解JVM与应用程序之间如何互动，编写Servlet/JSP也必须知道Web容器如何与Servlet/JSP互动，如何管理Servlet等事实（JSP最后也是转译，编译，加载为Servlet，在容器的世界中，真正负责请求、响应的是Servlet）。
举一个请求/响应的基本例子：
> 1. 客户端（大部分情况是浏览器）对Web服务器发出HTTP请求
> 2. HTTP服务器收到HTTP请求，将请求转由Web容器处理，Web容器会剖析HTTP请求内容，创建各种对象（HttpServletRequest、HttpServletReponse、HttpSessiion等）。
> 3. Web容器由请求的URL决定要使用哪个Servlet来处理请求（事先由开发人员定义）
> 4. Servlet根据请求对象（HttpServletReques）的信息决定如何处理，通过响应对象（HttpServletReponse）来创建响应。
> 5. Web容器与HTTP服务器沟通，Web'服务器将响应转换为HTTP响应并传回客户端。
当一个请求来到时，Web容器会为每个请求分配一个线程（Thread）。
Web容器可能会使用不同的线程共享一个对象，因此需要注意线程安全（Thread-safe）的问题，避免引发数据错乱。
Model2架构，仍将程序职责分为模型（Model），视图（View），控制器（Controller）。
> 控制器：取得请求参数、验证请求参数、转发请求给模型、转发请求给画面，这些都是用程序来实现。
> 模型：接受控制器的请求调用，负责处理业务逻辑、负责数据存储逻辑等，这部分还可依应用程序功能，产生各种不同职责的模型对象，模型使用程序代码来实现。
> 视图：接受控制器的请求调用，会从模型提取运算后的结果，根据需求呈现所需的画面，在职责分配良好的情况下，基本上可作到不出现程序代码，因此不会发生程序代码与HTML混杂在一起的情况。（例如，没有出现java程序代码的JSP）
Model2在Web应用程序中是非常重要的模式，需要Web框架（Framework）都实现了Model2。
