Question

本文是给小白的 Java EE 生存指南的第 4 篇， 讲一下几乎 100%Java 开发人员都要用的 Tomcat。

为什么有 Tomcat ？ 其实需要从 Servlet 说起。

记得《给小白的 Java EE 生存指南(2)》 (回复“小白”查看)　提到的动态网页吗？　常见的实现动态网页的技术就是 CGI。

但是作为 Java 的发明人， Sun 肯定要搞一个超越 CGI 的技术出来， 之前 Sun 通过 Applet 出了一个超级大风头， 让整个世界一下子认识了 Java ， 不过很快发现悲催的 Applet 其实用途不大， 眼看着互联网开始起势， 一定要搭上千载难逢的快车啊。

于是 Servlet 就应运而生了， Servlet 其实就是 Sun 为了 让 Java 能实现动态的可交互的网页， 从而进入 Web 编程的领域而定义的一套标准。

这套标准说了：

你想用 Java 开发动态网页，可以定义一个自己的"Servlet"（名字很怪，不知道怎么翻译） , 但一定要是实现我的 HttpServlet 接口， 然后重载 doGet(), doPost() 等方法。

用户从浏览器 GET 的时候， 调用 doGet() 方法， 从浏览器向服务器发送表单数据的时候， 调用 doPost() 方法。

（参见 《给小白的 Java EE 生存指南(1)》，回复“小白”查看） 。

如果你想访问用户从浏览器传递过来的参数， 没问题， 用 HttpServletRequest 对象就好了， 里边有 getParameter() ，getQueryString() 方法。

如果你处理完了， 想向浏览器返回数据， 用 HttpServletResponse 调用 getPrintWriter() 就可以输出数据了。

如果你想实现一个购物车， 需要 session, 很简单， 从 HttpServletRequest 调用 getSession() 就好了。

你写了一个"Servlet"，接下来要运行， 你就发现没法通过 java 直接运行了， 你需要一个能够运行 Servlet 的容器 ， 这个容器 Sun 最早实现了一个，叫 Java Web Server, 1999 年捐给了 Apache Software foundation , 就改名叫 Tomcat 。

所以 Tomcat 就是一个 Servlet 容器， 能接收用户从浏览器发来的请求， 然后转发给 Servlet 处理， 把处理完的响应数据发回浏览器。

但是 Servlet 输出 html ,还是采用了老的 CGI 方式，是一句一句输出，所以，编写和修改 HTML 非常不方便。

于是 Java Server Pages(JSP) 就来救急了，JSP 并没有增加任何本质上不能用 Servlet 实现的功能。

实际上 JSP 在运行之前，需要先编译成 servlet , 然后才执行的。

但是，在 JSP 中编写静态 HTML 更加方便，不必再用 println 语 句来输出每一行 HTML 代码。更重要的是，借助内容和外观的分离，页面制作中不同性质的任务可以方便地分开：比如，由页面设计者进行 HTML 设计，同时留出供 Java 程序员插入动态内容的空间。

Tomcat 能运行 Servlet, 当然运行 JSP 肯定也是易如反掌。

既然是 Web 服务器， Tomcat 除了能运行 Servlet 和 JSP 之外， 也能像 Apache/nginx 那样，支持静态 html, 图片，文档的访问， 只是性能要差一些， 在实际的应用中， 一般是这么使用他们的：

Nginx 作为负载均衡服务器 和静态资源服务器放在最前端， 后面是 tomcat 组成的集群。

如果用户请求的是静态资源， Nginx 直接搞定， 不用麻烦后面的 tomcat 了。

如果是动态资源（如 xxx.jsp） , Nginix 就会按照一定的算法转发到某个 Tomcat 上， 达到负载均衡的目的。