Tomcat用了很久,但是只知道他是作为B/S架构的那个“/”来使用的,也就是桥梁的意思。今天看了李刚老师的书,觉得自己认识的那个浅薄。抛开Web应用直接看Web服务器(Server)和浏览器(Browser),对于大部分浏览器而言,它只负责三件事:
- 向远程服务器发送请求
- 读取远程服务器返回的字符串数据
- 负责根据字符串数据渲染出一个丰富多彩的界面
一个浏览器最大的技术难点就是在于渲染界面,常用的网页排版引擎有Gecko(Firefox为代表)、WebKit(Chrome为代表)、Trident(IE系列为代表)。而Web服务器则负责接收客户端请求,每当收到客户端连接请求之后,Web服务器应该使用单独的线程为该客户端提供服务:接收请求数据、相应请求数据。
B/S的应用架构总是先由客户端发送请求,服务器端接收到请求后送回响应的数据,座椅也将这种架构称作“相应/请求”架构。对于每次客户端请求而言,Web服务器大致需要完成如下几个步骤:
- 启动单独的线程
- 使用I/O流读取用户的请求数据
- 从请求数据中解析参数
- 处理用户请求
- 生成响应数据
- 使用I/O流向客户端发送请求数据
其中启动单独线程、使用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中的数据