Web服务器(WebServer)web应用服务器，应用服务器和WEB服务器的区别是什么呢Web服务器可以解析(handles)}网站备案。当Web服务器接收到一个)web应用服务器，会返回一个)，例如送回一个HTML页面。为了处理一个请求(request)，Web服务器可以响应(response)一个静态页面或图片，进行页面跳转(redirect)，或者把动态响应(dynamicresponse)的产生委托(delegate)给一些其它的程序例如CGI脚本，JSP(JavaServerPages)脚本，servlets，ASP(ActiveServerPages)脚本，服务器端(server-side)JavaScript，或者一些其它的服务器端(server-side)技术。  无论它们(译者注:脚本)的目的如何，这些服务器端(server-side)的程序通常产生一个HTML的响应(response)来让浏览器可以浏览。要知道，Web服务器的代理模型(delegationmodel)非常简单。当一个请求(request)被送到Web服务器里来时，它只单纯的把请求(request)传递给可以很好的处理请求?(request)的程序(译者注:服务器端脚本)。  Web服务器仅仅提供一个可以执行服务器端(server-side)程序和返回(程序所产生的)响应(response)的环境，而不会超出职能范围。服务器端(server-side)程序通常具有事务处理(transaction?processing)，数据库连接(database?connectivity)和消息(messaging)等功能。  虽然Web服务器不支持事务处理或数据库连接池，但它可以配置(employ)各种策略(strategies)来实现容错性(fault?tolerance)和可扩展性(scalability)，例如负载平衡(load?balancing)，缓冲(caching)。  集群特征(clustering?features)经常被误认为仅仅是应用程序服务器专有的特征。。  Tomcat服务器是一个免费的开放源代码的Web应用服务器。因为Tomcat技术先进、性能稳定且免费，所以深受Java爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web应用服务器。一、Tomcat与应用服务器到目前为止，Tomcat一直被认为是Servlet/JSP API的执行器，也就所谓的Servlet容器。  然而，Tomcat并不仅仅如此，它还提供了JNDI和JMX API的实现机制。尽管如此，Tomcat仍然还不能算是应用服务器，因为它不提供大多数J2EE API的支持。很有意思的是，目前许多的应用服务器通常把Tomcat作为它们Servlet和JSP API的容器。  由于Tomcat允许开发者只需通过加入一行致谢，就可以把Tomcat嵌入到它们的应用中。遗憾的是，许多商业应用服务器并没有遵守此规则。对于开发者来说，如果是为了寻找利用Servlet、JSP、JNDI和JMX技术来生成Java Web应用的话，选择Tomcat是一个优秀的解决方案；但是为了寻找支持其他的J2EE API，那么寻找一个应用服务器或者把Tomcat作为应用服务器的辅助，将是一个不错的解决方案；第三种方式是找到独立的J2EE API实现，然后把它们跟Tomcat结合起来使用。  虽然整合会带来相关的问题，但是这种方式是最为有效的。。二、Tomcat与Web服务器Tomcat是提供一个支持Servlet和JSP运行的容器。Servlet和JSP能根据实时需要，产生动态网页内容。而对于Web服务器来说， Apache仅仅支持静态网页，对于支持动态网页就会显得无能为力；Tomcat则既能为动态网页服务，同时也能为静态网页提供支持。  尽管它没有通常的Web服务器快、功能也不如Web服务器丰富，但是Tomcat逐渐为支持静态内容不断扩充。大多数的Web服务器都是用底层语言编写如C，利用了相应平台的特征，因此用纯Java编写的Tomcat执行速度不可能与它们相提并论。一般来说，大的站点都是将Tomcat与Apache的结合，Apache负责接受所有来自客户端的和JSP的请求转发给Tomcat来处理。  Tomcat完成处理后，将响应传回给Apache，最后Apache将响应返回给客户端。