Web服务器工作原理

Tomcat用了很久，但是只知道他是作为B/S架构的那个“/”来使用的，也就是桥梁的意思。今天看了李刚老师的书，觉得自己认识的那个浅薄。抛开Web应用直接看Web服务器（Server）和浏览器（Browser），对于大部分浏览器而言，它只负责三件事：

·  向远程服务器发送请求

·  读取远程服务器返回的字符串数据

· 负责根据字符串数据渲染出一个丰富多彩的界面

一个浏览器最大的技术难点就是在于渲染界面，常用的网页排版引擎有Gecko（Firefox为代表）、WebKit（Chrome为代表）、Trident（IE系列为代表）。而Web服务器则负责接收客户端请求，每当收到客户端连接请求之后，Web服务器应该使用单独的线程为该客户端提供服务：接收请求数据、相应请求数据。

B/S的应用架构总是先由客户端发送请求，服务器端接收到请求后送回响应的数据，座椅也将这种架构称作“相应/请求”架构。对于每次客户端请求而言，Web服务器大致需要完成如下几个步骤：

1 启动单独的线程

2 使用I/O流读取用户的请求数据

3 从请求数据中解析参数

4 处理用户请求

5 生成响应数据

6 使用I/O流向客户端发送请求数据

                                                                                                                                         Web服务器运行过程

其中启动单独线程、使用I/O流读取用户数据、使用I/O流向客户端发送请求数据是通用的，可以由Web服务器完成，但是由于从数据中解析的参数的不同，处理应用请求的不同，相应数据的不同，Web服务器会调用Servlet的_jspService()方法来完成以上三步。当我们编写JSP页面时，页面里的静态内容、JSP脚本都会转换成_jspService()方法邪恶执行代码，这些代码负责完成解析参数、处理请求、生成响应等业务功能，而Web服务器则负责完成多线程、网络通信等底层的功能。

Web在执行了第3部解析到用户的请求参数之后，将需要通过这些请求参数来创建HttpServletRequest、HttpServletResponse等对象，作为调用_jspService()方法的参数，实际上一个Web服务器必须为Servlet API中绝大部分接口提供实现类。

Web应用里的JSP页面，Servlet等程序都是由Web服务器来调用（因此又可称作Servlet容器），JSP、Servlet之间不会相互调用，他们之间的信息交互则需Web服务器负责。几乎所有的Web服务器（Apache，IIS···）都会提供四个类似Map的结构，分别是application、session、request、page。这四个Map结构的作用范围是不同的。

·  application：对于整个Web应用都有效，一旦JSP、Servlet将数据存入到application中，该数据可以被该应用下的其他所有JSP、Servlet访问。

· session：仅对一次会话有效，一旦JSP、Servlet将数据存入session中，该数据可以被本次会话的其他所有JSP、Servlet访问。

·  request：仅对本次请求有效，一旦JSP、Servlet将数据存入到request中，该数据可以被该次请求的其他JSP、Servlet访问。

·  page：仅对当前页面有效，一旦JSP、Servlet将数据存入page中，该数据只可以被当做当前页面的JSP脚本、声明部分访问。

将数据放入application，session，request，page中之后，就相当于扩大了该数据的作用范围，所以我们也认为application、session、request、page中的数据分别处于application、session、request、page范围之内。而JSP中的application、session、request、page四个内置对象分别用于操作application、session、request、和page中的数据。