一、IIS、Apache、Tomcat、Weblogic、WebSphere属于哪种服务器

   1. Web服务器(Web Server) Web可分析服务器(handles)HTTP协议。当Web接收一个服务器HTTP请求(request)，会返回一个HTTP响应 (response)，例如，送回一个HTML页面。处理请求。(request)，Web服务器可以响应(response)静态页面或图片，跳转页面(redirect)，或动态响应(dynamic response)的产生委托(delegate)给一些其他程序，比如CGI脚本，P(JavaServer Pages)脚本，servlets，ASP(Active Server Pages)脚本，服务器端(server-side)JavaScript，或者其他服务器端(server-side)技术。无论其目的如何，这些服务器端(server-side)通常生成一个程序HTML的响应(response)让浏览器浏览。你知道，Web模型的服务器(delegation model)非常简单。当一个请求(request)被送到Web当服务器进来时，它只是简单(request)传递可以很好地处理请求 (request)的程序。Web服务器只能提供可执行的服务器(server-side)程序和返回(程序产生的)响应(response)不超出功能范围的环境。服务器端(server-side)程序通常是事务处理(transaction processing)，数据库连接(database connectivity)和消息(messaging)等功能Web服务器不支持事务处理或数据库连接池，但它可以配置(employ)各种策略(strategies)实现容错性(fault tolerance)和可扩展性(scalability)，例如负载平衡(load balancing)，说的是一回事。说的是一回事。

   2. 应用程序服务器(The Application Server) 应用程序服务器（简称应用服务器）。根据我们的定义，作为应用程序服务器，它通过各种协议，可以包括HTTP，暴露商业逻辑(expose)客户端应用程序。Web服务器主要处理向浏览器发送HTML用于浏览，应用程序服务器为客户端应用程序提供访问业务逻辑的方式。应用程序使用这种业务逻辑就像一种调用对象的方法 (或过程语言中的函数)相同。应用程序服务器的客户端(包括图形用户界面)(GUI))它可能在一台运行PC、一个Web服务器或其他应用程序服务器。在应用程序服务器及其客户端之间来回穿梭(traveling)信息不仅限于简单的显示标记。这种信息是程序逻辑(program logic)。正是由于这种逻辑取得了(takes)调用数据和方法(calls)而不是静态HTML，因此，客户端可以随意使用这种暴露的业务逻辑。在大多数情况下，应用程序服务器是通过组件使用的 (component) 应用程序接口(API)暴露业务逻辑(expose)(客户端应用程序)，例如基于J2EE(Java 2 Platform,Enterprise Edition)应用程序服务器EJB(Enterprise JavaBean)组件模型。此外，应用程序服务器可以管理自己的资源，比如看门的工作(gate-keeping duties)包括安全(security)，事务处理(transaction processing)，资源池(resource pooling)，和消息(messaging)。就象Web与服务器一样，应用程序服务器配备了多种可扩展性(scalability)和容错(fault tolerance)技术。我们将应用程序服务器定义为作为服务器共享业务应用的底层系统软件。就像文件服务器为许多用户提供文件一样，应用程序服务器允许多用户同时使用应用程序（通常由客户创建）。 通俗的讲，Web服务器传送(serves)页面允许浏览器浏览，但应用程序服务器提供客户端应用程序(call)的方法(methods)。确切地说：Web专门处理服务器HTTP请求(request)，然而，应用程序服务器通过许多协议为应用程序提供应用程序(serves)商业逻辑 (business logic)。以Java EE为例，Web服务器主要处理静态页面和作为 Servlet容器，解释和执行servlet/P。应用服务器运行业务逻辑，主要是EJB、 JNDI和JMX API等J2EE API方面的，还包括事务处理、数据库连接等功能。因此，在企业级应用中，应用服务器提供的功能比WEB服务器要强大得多。以这种定义，IIS、Apache、Tomcat都可以属于Web服务器，Weblogic、WebSphere都属于应用服务器。Apache 在Web服务器中，Apache是纯粹的Web服务器，经常和Tomcat配对使用HTML页面具有强大的解释能力，但是，嵌入页面的服务器端脚本代码无法解释（P/Servlet）。Tomcat 早期的Tomcat是一个嵌入Apache内的P/Servlet解释引擎。Apache Tomcat就相当于IIS ASP。后来的Tomcat已不再嵌入Apache内，Tomcat进程独立于Apache操作过程。Tomcat已经是独立了Servlet和P容器，业务逻辑层代码和界面交互层代码可以分离了。因此，有人把Tomcat称为轻量级应用服务器。IIS 微软早期的IIS，是纯粹的Web服务器它嵌入了服务器。ASP引擎，可以解释VBScript和cript此时，服务器端代码可以兼作应用服务器。它与J2EE应用服务器根本无法比拟，但在功能和原则上，几乎不能称之为应用服务器。确切地说，它具有应用服务器的功能Web综上所述:Apache是纯粹的web服务器，而Tomcat和IIS因为它有能力解释和执行服务器端代码，可以称为轻量级应用服务器或具有服务器功能的服务器Web服务器。Weblogic、WebSphere因为能提供强大的J2EE功能，无疑是绝对的应用服务器。对于中间位置Tomcat，可与纯搭配Web服务器Apache也可以作为应用服务器的辅助部署，与应用服务器一起使用。

   第二，应用服务器位于网络和数据库之间。那么应用服务器实际上是做什么的呢？ 应用程序服务器是为应用程序提供业务逻辑的代码。它以组件为基础，位于以服务器为中心的架构的中间层。该架构主要基于Web。中间层是业务逻辑所在的应用服务器。第三层是事务服务器的数据库。应用程序服务器充当用户和数据库之间的互动。应用程序服务器通过各种协议向客户端披露业务逻辑。它还可以包括计算机web图形用户界面在服务器或其他应用服务器上。业务逻辑通过组件API公开。它还管理自己的资源和安全性、事务处理、资源池和信息传递。对于高端需求，应用服务器通常具有高可用性监控、集群、负载平衡、集成冗余和高性能分布式应用服务，以及对复杂数据库访问的支持。流行的应用服务器平台J2EE，WebLogic，Glassfish，JBoss以及企业应用平台Apache Tomcat和Apache Geronimo等等。

   为什么要使用应用服务器？有什么好处？

  1.需要与现有数据库和服务器(如Web集成服务器时，应使用应用程序服务器。它可以通过支持应用程序更新和升级的集中方法来提供数据和代码的完整性。

  2.可扩展性是使用应用服务器的另一个原因和好处。应用程序服务器可以连接数据库连接池。这意味着组织可以在不增加数据库连接的情况下扩展Web服务器农场。

  3.另一个好处是安全。使用单独的数据访问层进行数据验证或显示业务逻辑，以确保Web输入表格的文本不被输入SQL调用。通过集中身份验证过程和数据访问管理，安全性也有所提高。

  4.它还可以通过限制网络流量来提高大量应用程序的性能。

  应用服务器和其他类型的服务器有什么区别

  1.应用程序服务器Web不同的服务器。前者通过各种协议处理向应用程序提供业务逻辑Web响应和处理服务器HTTP请求。虽然Web服务器可能不支持事务或数据库连接池，但它可能具有负载平衡、缓存和集群等容错和可扩展功能。

  2.应用程序服务器不同于数据库服务器。因为该服务器执行数据分析、存储、数据处理、归档和其他与数据管理相关的任务。数据库服务器等ODBC、JDBC以协议命名。

  五、Tomcat应用服务器 到目前为止，Tomcat一直被认为是Servlet/P API执行器，即所谓的执行器Servlet容器。Tomcat不仅如此，它还提供了它JNDI和JMX API实现机制。尽管如此，Tomcat仍然还不能算是应用服务器，因为它不提供大多数J2EE API支持。有趣的是，目前，许多应用服务器通常使用Tomcat作为它们Servlet和P API容器Tomcat允许开发者只需加入一行感谢即可Tomcat嵌入到它们的应用中。不幸的是，许多商业应用服务器并没有遵守这一规则。对于开发者来说，如果是为了寻找利用Servlet、P、JNDI和JMX技术来生成Java Web应用的话，选择Tomcat这是一个很好的解决方案；但是为了寻找其他的支持J2EE API，然后找一个应用服务器或者把手Tomcat作为应用服务器的辅助，将是一个很好的解决方案；第三种方法是找到独立的J2EE API然后跟着它们Tomcat结合使用。虽然整合会带来相关问题，但这种方法是最有效的。

  六、Tomcat与Web服务器 Tomcat提供支持Servlet和P操作容器。Servlet和P动态网页内容可以根据实时需要生成。Web服务器，Apache只支持静态网页，就会显得无能为力支持动态网页；Tomcat它不仅可以为动态网页服务，还可以为静态网页提供支持。虽然没有通常Web服务器不如功能快Web服务器丰富，但是Tomcat逐步扩展支持静态内容。Web服务器都是用底层语言编写的，比如C，利用相应平台的特点，使用纯度Java编写的Tomcat执行速度无法与之相比。一般来说，大型网站将是Tomcat与Apache的结合，Apache负责接受来自客户端的所有客户端HTTP请求，然后将Servlets和P转发请求Tomcat来处理。Tomcat处理完成后，网站会搜索(lookup)并嵌入结果HTML返回到页面。实现这个功能的方法有很多。介绍一个不使用应用程序服务器 使用应用程序服务器的场景和场景。观察这两种情况的差异将有助于理解应用程序服务器的功能网站会进行查找(lookup)并把结果内嵌在HTML页面中返回。网站可以有很多种方式来实现这种功能。介绍一个不使用应用程序服务器 的情景和一个使用应用程序服务器的情景。观察一下这两中情景的不同会有助于了解应用程序服务器的功能。 情景1：不带应用程序服务器的Web服务器 在此种情景下，一个Web服务器独立提供在线商店的功能。Web服务器获得用户的请求(request)，然后发送给服务器端(server- side)可以处理请求(request)的程序。此程序从数据库或文本文件(flat file，是指没有特殊格式的非二进制的文件，如properties和XML文件等)中查找定价信息。一旦找到，服务器端(server-side)程序把结果信息表示成(formulate)HTML形式，最后Web服务器把会它发送到你的Web浏览器。 简而言之，Web服务器只是简单的通过响应(response)HTML页面来处理HTTP请求(request)。 情景2：带应用程序服务器的Web服务器 情景2和情景1相同的是Web服务器还是把响应(response)的产生委托(delegates)给脚本(服务器端 (server-side)程序)。然而，用户可以把查找定价的商业逻辑(business logic)放到应用程序服务器上。由于这种变化，此脚本只是简单的调用应用程序服务器的查找服务(lookup service)，而不是已经知道如何查找数据然后表示为(formulate)一个响应(response)。这时当该脚本程序产生HTML响应(response)时就可以使用该服务的返回结果了。 在此情景中，应用程序服务器提供(serves)了用于查询产品的定价信息的商业逻辑。(服务器的)这种功能(functionality)没有指出有关显示和客户端如何使用此信息的细节，相反客户端和应用程序服务器只是来回传送数据。当有客户端调用应用程序服务器的查找服务(lookup service)时，此服务只是简单的查找并返回结果给客户端。 通过从响应产生(response-generating)HTML的代码中分离出来，在应用程序之中该定价(查找)逻辑的可重用性更强了。其他的客户端，例如收款机，也可以调用同样的服务(service)来作为一个店员给客户结帐。相反，在情景1中的定价查找服务是不可重用的因为信息内嵌在 HTML页中了。 总而言之，在情景2的模型中，在Web服务器通过回应HTML页面来处理HTTP请求(request)，而应用程序服务器则是通过处理定价和有效性(availability)请求(request)来提供应用程序逻辑的。 警告(Caveats) 现在，XML Web Services已经使应用程序服务器和Web服务器的界线混淆了。通过传送一个XML有效载荷(payload)给服务器，Web服务器现在可以处理数据和响应(response)的能力与以前的应用程序服务器同样多了。 另外，现在大多数应用程序服务器也包含了Web服务器，这就意味着可以把Web服务器当作是应用程序服务器的一个子集(subset)。虽然应用程序服务器包含了Web服务器的功能，但是开发者很少把应用程序服务器部署(deploy)成这种功能(capacity)（这种功能是指既有应用程序服务器的功能又有Web服务器的功能)。相反，如果需要，他们通常会把Web服务器独立配置，和应用程序服务器一前一后。这种功能的分离有助于提高性能(简单的Web请求(request)就不会影响应用程序服务器了)，分开配置(专门的Web服务器，集群(clustering)等等)，而且给最佳产品的选取留有余地。