Java EE学习之(6)浅析Web服务器原理

Java EE学习之(六)浅析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流向客户端发送请求数据
Java EE学习之(6)浅析Web服务器原理
                                                                                                                                         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中的数据。