常用的web服务器软件整理(win+linux)

（1）Apache Apache是世界使用排名第一的Web服务器软件。它可以运行在几乎所有广泛使用的计算机平台上。Apache源于NCSAhttpd服务器，经过多次修改，成为世界上最流行的Web服务器软件之一。Apache取自"a patchy server"的读音，意思是充满补丁的服务器，因为它是自由软件，所以不断有人来为它开发新的功能、新的特性、修改原来的缺陷。Apache的特点是简单、速度快、性能稳定，并可做代理服务器来使用。

特点就是处理php页面，如果需要执行php的内容过多可以采用apache，如果静态内容多可以用nginx

（2）IIS是英文Internet Information Server的缩写，译成中文就是"Internet信息服务"的意思。它是微软公司主推的服务器，最新的版本是Windows2016里面包含的IIS 10，IIS与Window Server完全集成在一起，因而用户能够利用Windows Server和NTFS（NT File System，NT的文件系统）内置的安全特性，建立强大，灵活而安全的Internet和Intranet站点。

服务器版本IIS默认版本server200360server200870server2008 r275server201280server201610windows服务器的首选，稳定性好。网站需要支持asp、aspnet的就需要用iis了

（3）GFE Google的web服务器，用户数量激增。目前紧逼iis。

（4）Nginx不仅是一个小巧且高效的HTTP服务器，也可以做一个高效的负载均衡反向代理，通过它接受用户的请求并分发到多个Mongrel进程可以极大提高Rails应用的并发能力。

（5）Lighttpd是由德国人 Jan Kneschke 领导开发的，基于BSD许可的开源WEB服务器软件，其根本的目的是提供一个专门针对高性能网站，安全、快速、兼容性好并且灵活的web server环境。具有非常低的内存开销，CPU占用率低，效能好，以及丰富的模块等特点。Lighttpd 是众多OpenSource轻量级的web server中较为优秀的一个。支持FastCGI, CGI, Auth, 输出压缩(output compress), URL重写, Alias等重要功能。

（6）Zeus是一个运行于Unix下的非常优秀的Web Server，据说性能超过Apache，是效率最高的Web Server之一。

（7）Sun的Java系统Web服务器也就是以前的Sun ONE Web Server。主要出现在那些运行Sun的Solaris操作系统的关键任务级Web服务器上。它最新的版本号是61,可以支持x86版本Solaris，Red Hat Linux，HP-UX 11i， IBM AIX，甚至可以支持Windows，但它的大多数用户都选择了SPARC版本的Solaris操作系统。

（8）Resin提供了最快的jsp/servlets运行平台。在java和javascript的支持下，Resin可以为任务灵活选用合适的开发语言。Resin的一种先进的语言XSL(XML stylesheet language)可以使得形式和内容相分离。

（9）Jetty是一个开源的servlet容器，它为基于Java的web内容，例如JSP和servlet提供运行环境。Jetty是使用Java语言编写的，它的API以一组JAR包的形式发布。开发人员可以将Jetty容器实例化成一个对象，可以迅速为一些独立运行（stand-alone）的Java应用提供网络和web连接。

（10）BEA WebLogic是用于开发、集成、部署和管理大型分布式Web应用、网络应用和数据库应用的Java应用服务器。将Java的动态功能和Java Enterprise标准的安全性引入大型网络应用的开发、集成、部署和管理之中。 BEA WebLogic Server拥有处理关键Web应用系统问题所需的性能、可扩展性和高可用性。

（11）Tomcat是Apache 软件基金会（Apache Software Foundation）的Jakarta 项目中的一个核心项目，由Apache、Sun 和其他一些公司及个人共同开发而成。由于有了Sun 的参与和支持，最新的Servlet 和JSP 规范总是能在Tomcat 中得到体现。因为Tomcat 技术先进、性能稳定，而且免费，因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web 应用服务器。

（12）Nodejs是一个Javascript运行环境(runtime)。实际上它是对Chrome V8引擎进行了封装。V8引 擎执行Javascript的速度非常快，性能非常好。Nodejs对一些特殊用例进行了优化，提供了替代的API，使得V8在非浏览器环境下运行得更好。 Nodejs是一个基于Chrome JavaScript运行时建立的平台， 用于方便地搭建响应速度快、易于扩展的网络应用。Nodejs 使用事件驱动， 非阻塞I/O模型而得以轻量和高效，非常适合在分布式设备上运行数据密集型的实时应用。

Web服务器的基本功能就是提供Web信息浏览服务。它只需支持HTTP协议、HTML文档格式及URL。与客户端的网络浏览器配合。因为Web服务器主 要支持的协议就是HTTP，所以通常情况下HTTP服务器和WEB服务器是相等的(有没有支持除HTTP之外的协议的web服务器，作者没有考证过)，说 的是一回事。

应用程序服务器(简称应用服务器)，我们先看一下微软对它的定义："我们把应用程序服务器定义为“作为服务器执行共享业务应用程序的底层的系统软件”。 就像文件服务器为很多用户提供文件一样，应用程序服务器让多个用户可以同时使用应用程序（通常是客户创建的应用程序）"

通俗的讲，Web服务器传送(serves)页面使浏览器可以浏览，然而应用程序服务器提供的是客户端应用程序可以调用(call)的方法 (methods)。确切一点，你可以说:Web服务器专门处理HTTP请求(request)，但是应用程序服务器是通过很多协议来为应用程序提供 (serves)商业逻辑 (business logic)。

以Java EE为例，Web服务器主要是处理静态页面处理和作为 Servlet容器，解释和执行servlet/JSP，而应用服务器是运行业务逻辑的，主要是EJB、 JNDI和JMX API等J2EE API方面的，还包含事务处理、数据库连接等功能，所以在企业级应用中，应用服务器提供的功能比WEB服务器强大的多。

以这样的定义，IIS、Apache、Tomcat都可以属于Web服务器，Weblogic、WebSphere都属于应用服务器。

Apache:在Web服务器中，Apache是纯粹的Web服务器，经常与Tomcat配对使用。它对HTML页面具有强大的解释能力，但是不能解释嵌入页面内的服务器端脚本代码（JSP/Servlet。

Tomcat:早期的Tomcat是一个嵌入Apache内的JSP/Servlet解释引擎Apache+Tomcat就相当于IIS+ASP。后来的 Tomcat已不再嵌入Apache内，Tomcat进程独立于Apache进程运行。 而且，Tomcat已经是一个独立的Servlet和JSP容器，业务逻辑层代码和界面交互层代码可以分离了。因此，有人把Tomcat叫做轻量级应用服 务器。

IIS:微软早期的IIS，就是一个纯粹的Web服务器。后来，它嵌入了ASP引擎，可以解释VBScript和JScript服务器端代码了，这时，它 就可以兼作应用服务器。当然，它与J2EE应用服务器根本无法相比，但是，从功能上说，从原理上说，它勉强可以称之为应用服务器。确切地说，它是兼有一点 应用服务器功能的Web服务器。

综上：Apache是纯粹的web服务器，而Tomcat和IIS因为具有了解释执行服务器端代码的能力，可以称作为轻量级应用服务器或带有服务器功能的Web服务器。

服务器为什么叫服务器，因为它要提供服务，而服务器上要软件才能提供服务

应用程序的意思是什么？不就是软件喽，而应用程序服务器就是软件服务端所在的服务器

比如QQ

---------------------

A发信息给B的过程

A---QQ应用程序服务器---B

QQ不是有个会员聊天记录吗？

那么就用到数据库服务器了，在A发信息给B的过程中，就加入了应用程序服务器把信息存入数据库服务器

哎。。。。讲不明白，只可意会，不可言传（主要本人表达能力有限）

　　不想被设备供应商牵着鼻子走的信息主管，在购买服务器前需从自身角度出发，通盘考虑业务、技术、投资成本、节能环保等各方面因素，确定最合适的需求。　服务器选购不当会带来很多

尴尬:

――服务器用了一段时间后需要增加网络接口，却发现插槽数量不够;

――CPU急需扩容时被告之早期的型号已经停产，买原来型号的CPU比新购一台设备还贵;

――服务器电源风扇这样的“配角”失灵，没有冗余备份造成宕机。

所有这些，都是信息主管最头疼、最不愿意遇到的事情。服务器是搭建企业应用系统硬件平台的核心设备，它必须在安全性、可靠性、灵活性、可扩展性等方面都具有优势，但更高的要求预示着更高的服务器采购成本。如何能够选择适合企业需要的服务器，更好地保护企业投资？信息主管需从业务、技术、投资成本、节能环保等角度综合考虑。

第一技

需求越细越好

服务器按运行的软件和承担的功能不同可以分为数据库服务器、应用服务器、网管服务器、邮件服务器、文件服务器、DNS服务器、计费认证服务器等。采购方可以根据应用软件用户数、数据量、处理能力的要求，将多个功能部署在同一台服务器上，或者将同一个功能按照特定规则（如: 不同模块、不同的用户群等等）分别部署在多台服务器上。对一个特定用户而言，不同应用系统的重要性不尽相同，系统越重要，对其硬件平台的稳定性、可用性要求也就越高。

如果单位已经部署了应用系统，在服务器扩容前应对现有系统进行评估，可以用资源监视程序或管理软件监控一段时间，记录系统资源消耗的峰谷情况，再结合拟新增加的应用和对系统今后一定时期负荷的增长预测，确定是通过扩容还是新购机器来实现。

一般按处理能力和市场定位将服务器由低到高分为入门级、工作组级、部门级、企业级等几个级别。采购方应根据应用系统处理能力需求来选择不同级别的服务器以及服务器具体性能指标。

第二技

服务器需“开膛”选

服务器的选购，并不仅仅是确定一个品牌、一个型号这么简单，要综合考虑服务器的组成部件性能。

CPU和内存

CPU作为计算机系统的核心，其主频、缓存、数量、技术先进性决定了服务器的运算能力，这些指标的提高，会增强系统性能，但并非线性提升，具体要参考一些测试指标以及实际应用的情况。Unix服务器中，CPU能否支持混插、热拔插将直接影响系统的可用性。扩大内存能够减少系统读取外部存储，提升系统处理性能。实践中需要根据不同的应用系统选择CPU与内存的配比，对耗用内存比较大的应用软件和数据库，需要配置更大的内存。

一些中高端Unix服务器中，厂商将CPU槽和内存槽位按一定比例组合集成在一个处理板上，安装CPU和内存的处理板作为一个整体，能够支持热拔插，从而提高了系统扩容升级和维护的方便性、灵活性。

对于中高端小型机，部分型号可以支持分区技术，能通过软硬件配合将系统划分为多个独立的服务器，用于部署不同的应用，IBM逻辑分区甚至能将一个物理CPU分成多个逻辑CPU。

硬盘

服务器内置硬盘用于安装和存放系统软件、应用程序以及部分数据，可以选择支持内置硬盘较多的服务器来存储数据或者作为文件服务器，不够存储的部分再通过购买磁盘阵列解决。硬盘的主要技术指标包括容量、转数及支持的技术。为提高磁盘系统稳定和可靠性，厂商一般会通过RAID技术来增加磁盘容错能力。服务器支持的硬盘主要有SCSI、SAS、SATA等， SATA支持的硬盘容量大，但硬盘转速低，性能不及SCSI和SAS盘; SAS和SCSI的稳定性和转速高，但容量相对小一些。

I/0扩展

服务器一般都会集成一定的网络接口、管理口、串口、鼠标键盘接口等，能满足一些基本的应用。但实际应用中可能需要更多外设连接，采购方就需要通过扩展槽增加适配卡来实现。如增加冗余网络接口卡（或增加光纤网卡）、磁盘阵列卡、远程管理卡、显卡、串口卡等等，这些适配卡的选择因网络连接方式、双机、存储系统连接方式、管理需要等需求不同而有所区别。

电源和风扇

对于一些扩容能力较高的服务器，增加一定数量的组件后系统功耗增加，采用多个电源的方式提高了系统的灵活性。另外，电源是有源电子部件，往往还内嵌有风扇这样的“易损件”，它的故障几率也是很高的，加之一些关键业务系统需要双路供电，所以常常采用冗余设计方式来提高系统的可靠性和可用性。

操作系统

各厂商PC服务器对于Windows系统都能够很好支持; 对于Linux系统，服务器厂商会对主流Linux品牌主要版本进行测试并公布支持性，未经测试的品牌及版本需要用户通过其他渠道确认（如Linux系统供应商的成功案例），一般主要涉及驱动程序和补丁包。

Unix服务器的情况比较复杂，主流Unix服务器都绑定自己的Unix系统，厂商之间的软硬件不能交叉安装，所以选择一个品牌的服务器，也就选定了操作系统，如基于SUN SPARC CPU的服务器安装Solaris，IBM Unix服务器安装AIX，HP Unix服务器安装UX。其中IBM P5/P6系列服务器现已支持SUSE Linux和Redhat Linux，基于安腾芯片的HP Integrity服务器能支持Windows和Redhat Linux。

第三技

测试服务器性能

在确定了服务器所要承担的应用之后，采购方应确定采用什么档次和配置的服务器。

如果已经部署了应用，仅仅为了扩容，或者所部署的应用在其他地方有成功案例，则可以结合应用的规模和技术要求进行对比分析，确定新购服务器的档次和配置。例如: 一个10万用户的计费系统使用1台A服务器，服务器CPU、内存等资源利用率正好不超过设计的限额，在相同业务逻辑情况下，现在需要实现一个能够支持20万用户的计费系统，则新购机器处理能力必须达到现在的两倍，那么，我们可以采用两台同样配置的服务器或者采用配置高于以前两倍的服务器。

对于一些定制或者新开发的应用系统，服务器选择就需要借助一些基准测试指标。就是服务器的工业标准基准测试，如TPC、SPEC、SAP SD、Linpack和HPCC等。这些基准测试，可以从处理器性能、服务器系统性能、商业应用性能直到高性能计算机性能等方面，给出一个量化的评价指标供用户选择。这些测试采用不同的模型和测试方法，关注的重点也有区别，所以，选做参照时一定要结合自己的应用需求。针对企业应用常用的参照指标有TPC和SPEC的测试结果。

TPC-C是事务处理性能测试委员会(TPC)设计的一种测试计算机处理能力的基准测试。它是基于联机事务处理模型，测试结果以系统每分钟能够处理的订单或交易量来表示，也就是tpmC。TPC-C能够对服务器的CPU、内存、I/O等各部分综合性能全面考察，所以常用于服务器整体性能的评价，特别是用做数据库服务器选择的参照。TPC-C的指标及所对应的软硬件平台都可以从www省略 网站查询。

SPECjbb（Java业务基准）是SPEC的一个用于评估服务器端Java的性能的基准，为Java用户提供用于评测服务器系统运行Java应用程序能力的最客观、最具代表性的基准。在为基于Java的应用系统选择服务器时，用SPECjbb值是一个很好的参照。SPECjbb测试不涉及I/O。SPECjbb指标及所反应的软硬件环境可以从www省略网站查询。

因为多方面的原因，各厂商不会对每个型号的设备都进行基准测试，所以经常会采用和已测机器相近的型号和配置的机器来估测其他机器的测试指标， IBM的P系列还提供了RPerf相对性能值来计算TPCC值。

在实际工作中，如果有条件，建议联系软硬件供应商能够搭建一个仿真的测试环境，或找到类似的应用案例，将会使选型更迅速和有效。

第四技

合理预留服务器

升级扩容能力

在做系统设计或者设备选型时，有时很难准确估算软件系统负荷，所以都会预留一定的余量或者扩容能力。供应商也会尽量推荐性能更高、扩容能力更强的机器。但从经济性、实用性角度来看，并非预留扩容能力越高越好。

就CPU而言，对于不支持CPU混插的PC服务器和低端小型机，鉴于CPU更新换代频繁，等到需要扩容的时候，也许已经停产无从购买; 如果能买到，以备件的方式，价格一般也会很贵，笔者就遇到过服务器扩容4CPU成本高于购买4CPU新机器价格的案例。所以建议选择一个合适的型号，CPU尽量一步到位。举例来说，如果觉得一颗CPU可能满足不了要求，那就一次性购买配有两颗CPU的服务器; 反之，如果觉得一颗CPU肯定能够满足目前的需要，那么建议直接购买支持一颗CPU的服务器。如果将来服务器不堪系统负荷，可以采用购买一台新的机器运用负载均衡技术扩容系统处理能力; 或者购买更高性能的服务器，而将该服务器用来安装其力所能担的应用系统。对于支持CPU混插的中高端小型机，那就根据对将来业务发展的估计和经费预算，预留大一些的扩容能力。

对于内存，由于槽位限制，为了预留扩容能力，建议尽量选用容量更大的内存条。一般单条容量大的内存，折合到单位容量的价格也高。

对于数据量不大的中小企业，往往采用服务器硬盘而不是盘阵存储数据，在这种情况下需要选择支持硬盘数量和容量比较大的服务器，并根据数据模型估算硬盘扩容余地，还需配置RAID卡。

第五技

应用软件与服务器兼容是关键

对于新增加的应用系统，需要评估应用软件与硬件平台及操作系统能否兼容; 在对现有系统升级扩容时，如果打算更换服务器平台，就必须考虑应用软件迁移移植成本。

在一种操作系统平台上开发运行的应用软件，更换一种新的操作系统平台，需要对现有代码进行重新编译、测试。如果应用软件与操作系统关联度比较大，可能面临修改软件甚至重新开发的情况，对于一些大型软件，将是一项复杂的任务。

第六技

别忽视与机器级别和CPU数量相关的软件成本

采购方在选择服务器时，常常希望购买高配置、高级别的设备，以便提高系统的性能、预留将来的扩容能力。然而，按照软件供应商的商务规则，包括数据库、双机软件、中间件软件、开发软件等等在内的许多软件的价格，要求与服务器CPU数量(有些软件按CPU核数量)或服务器档次直接挂钩，更多CPU、更高的机器档次，将会支出更高的软件费用，有时服务器增加一个CPU，所增加的软件成本将超过硬件增加的数倍。

所以，在满足适当扩容需求的前提下，可以通过选择更高性能的处理器来降低CPU数量和机器级别，合理降低软件系统的投资。

第七技

合理订购服务及续保

服务不仅影响设备的采购成本和未来的运行维护成本，还会影响到服务器上应用系统的业务可靠性。

服务器出厂一般都带有基本服务，如一年或者三年的返修和5天×8小时电话支持。用户可以根据自身需要，购买更高级别的服务，不同厂商对服务级别定义不大一样，有的厂商分为5天×8小时服务，7天×24小时服务，有的厂商定义为金、银、铜，不同级别的服务享有不同的响应速度、备件返修速度、返修时限以及现场支持、电话热线支持、软件升级级别。对于Unix服务器，硬件和软件服务购买的年限和级别不一定相同。在服务器选择时，需要根据自身需要购买相应服务，同时需要让供应商提供设备服务的详细说明。另外，一般购买的服务都是以设备出厂日期计算（考虑到设备运输和渠道因素，有些厂商有一定的后延，如3个月），这些因素都会影响到设备的拥有成本。

随着近年来IT系统的快速发展，各企业都采购了大量的服务器设备，而这些设备自带或购买的服务已经到期，如果需要继续接受原厂或者渠道的保修和技术支持，需要为这些设备续买服务，类似于给设备买保险。设备的续保费用与设备的型号、设备的详细配置、服务级别、原厂服务还是代理提供服务等因素相关，如果设备在购买合同签订时已经超出保修期，部分厂商还要收取设备检测费。原厂和代理通过设备序列号确认该设备的保修期。对于一些停产时间过长的设备，会出现不能继续购买服务的情况。

第八技

重视节能及环保

对于一台7天×24小时运行的服务器，如果能耗差100瓦，一年下来电耗差为876度。对于一个有10台机器的机房，每年将增加电耗8760度。每年几千块钱对于一个企业也许算不上什么，但对于能源紧缺的中国，数十万、数百万的设备，如果都能把电节省下来，长此下去，其经济价值和社会意义也不可小觑。

随着人们健康意识和环保意识的增强，环保标准RoHS规范遵从将作为人们选择电子产品的一个重要因素。RoHS是实现电子电气类产品中有毒有害物质的控制（禁止使用和减量化）的法律规范性文件。服务器在IT系统中被大量部署，如果不能很好地控制有毒有害物质，将对IT系统管理维护人员以及我们生活的环境造成损害。符合该规范的要求，将成为企业服务器选型的基本标准。（作者系亚信科技资深工程师）

链接

选择Unix小型机还是PC服务器

Unix小型机与PC服务器本质的差别是处理器，Unix小型机的CPU一般采用精简指令集计算机(RISC)技术，如SUN的SPARC系列CPU，IBM的Power系列CPU,HP的PA系列CPU等，而PC服务器的CPU是基于复杂指令计算机（CISC）技术，如Intel的处理器和AMD的处理器。

基于RISC架构的服务器采用精简指令系统，与Unix搭档，能有效提高系统处理能力和效率，加之各厂商一贯将其定位于中高端应用，在硬件设计上对可靠性、扩容能力、灵活性、管理方便性方面进行优化，所以它适用于对大型数据库系统、大型计算系统、大型应用软件和稳定性可靠性要求非常高的关键业务系统，如银行证券的交易结算系统，电信计费账务系统，大型企业的ERP系统等等。但其代价是相对昂贵的成本支出。

基于CISC架构的PC服务器，因为采用复杂指令系统，所以其处理效率和稳定性弱于Unix小型机。在安装微软的Windows操作系统时，虽然安全性和稳定性受到不少质疑，但它能够实现更友好的人机界面，可管理性强、操作和维护简易、软硬件兼容性好，而且具有价格优势。对于可以牺牲一些稳定性和效率的非关键业务和中低端应用，采用PC服务器具有更高的性价比。当然，随着技术的发展，PC服务器及Windows操作系统在性能、稳定性、安全性等方面也不断提高和完善，加之PC服务器还可以支持现在流行的Linux、SCO Unix、Solaris for x86等Unix操作系统，所以其应用范围也非常广泛，特别是在中小企业市场占有绝对的优势

通俗的讲，Web服务器传送(serves)页面使浏览器可以浏览，然而应用程序服务器提供的是客户端应用程序可以调用(call)的方法 (methods)。确切一点，你可以说：Web服务器专门处理HTTP请求(request)，但是应用程序服务器是通过很多协议来为应用程序提供 (serves)商业逻辑(business logic)。

下面让我们来细细道来：

Web服务器(Web Server)

Web服务器可以解析(handles)HTTP协议。当Web服务器接收到一个HTTP请求(request)，会返回一个HTTP响应 (response)，例如送回一个HTML页面。为了处理一个请求(request)，Web服务器可以响应(response)一个静态页面或，进行页面跳转(redirect)，或者把动态响应(dynamic response)的产生委托(delegate)给一些其它的程序例如CGI脚本，JSP(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)，缓冲(caching)。集群特征(clustering—features)经常被误认为仅仅是应用程序服务器专有的特征。

应用程序服务器(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)技术。

一个例子

例如，设想一个在线商店(网站)提供实时定价(real-time pricing)和有效性(availability)信息。这个站点(site)很可能会提供一个表单(form)让你来选择产品。当你提交查询 (query)后，网站会进行查找(lookup)并把结果内嵌在HTML页面中返回。网站可以有很多种方式来实现这种功能。我要介绍一个不使用应用程序服务器的情景和一个使用应用程序服务器的情景。观察一下这两中情景的不同会有助于你了解应用程序服务器的功能。

情景1：不带应用程序服务器的Web服务器

在此种情景下，一个Web服务器独立提供在线商店的功能。Web服务器获得你的请求(request)，然后发送给服务器端(server-side)可以处理请求(request)的程序。此程序从数据库或文本文件(flat file，译者注：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)等等)，而且给最佳产品的选取留有余地。

应用服务器

应用服务器是指通过各种协议把商业逻辑曝露给客户端的程序。它提供了访问商业逻辑的途径以供客户端应用程序使用。应用服务器使用此商业逻辑就像调用对象的一个方法一样。

基本信息

中文名

应用服务器

提供

访问商业逻辑的途径

实现

动态网页技术

目录

定义

随着Internet的发展壮大,“主机/终端”或“客户机/服务器”的传统的应用系统模式已经不能适应新的环境,于是就产生了新的分布式应用系统,相应地,新的开发模式也应运而生，即所谓的“浏览器/服务器”结构、“瘦客户机”模式。应用服务器便是一种实现这种模式核心技术。[1]

Web应用程序驻留在应用服务器(Application Server)上。应用服务器为Web应用程序提供一种简单的和可管理的对系统资源的访问机制。它也提供低级的服务，如HTTP协议的实现和数据库连接管理。Servlet容器仅仅是应用服务器的一部分。除了Servlet容器外，应用服务器还可能提供其他的Java EE(Enterprise Edition)组件，如EJB容器，JNDI服务器以及JMS服务器等。

市场上可以得到多种应用服务器，其中包括Apache的Tomcat、IBM的WebSphere Application Server、Caucho Technology的Resin、Macromedia的JRun、NEC WebOTX Application Server、JBoss Application Server、Oracle(并购了BEA)的WebLogic等。其中有些如NEC WebOTX Application Server、WebLogic、WebSphere不仅仅是Servlet容器，它们也提供对EJB(Enterprise JavaBeans)、JMS(Java Message Service)以及其他Java EE技术的支持。每种类型的应用服务器都有自己的优点、局限性和适用性。

分类

通常，根据确定文档内容的时间，所有文档可以划分为如下三类。

静态

静态：静态Web 文档是一个存储于Web服务器的文件。静态文档的作者在写作的时候确定文档的内容。由于文档内容不会变化，所以对静态文档的每次访问都返回相同结果。

动态

动态：动态web文档不是以一个预先定义的格式存在，而是在浏览器访问web服务器时创建。当一个请求到达时，web服务器运行一个应用程序创建动态文档（dynamic documents），服务器返回程序的输出作为应答。由于每次访问都要创建新的文档，动态文档的内容是变化的。

活动

活动：一个活动文档不完全由服务器一端说明，而是包括一个计算并显示值的程序。当浏览器访问活动文档时，服务器返回一个浏览器可以本地执行的程序。当该程序运行时，它可以和用户交互执行并不停地改变显示。这样，活动文档的内容是不固定的-只要用户让程序保持运行，它总是在不停地变化。静态文档的主要优点在于它的简单、可靠性和性能。由于静态文档是直接指定格式。它可以由不懂编程的人创建。更重要的是，在已经创建和测试之后，静态文档永远是正确的。最后，浏览器可以快速存取文档，同时通过把文档放在本地盘上的缓冲区内以加快以后对这些文档的访问速度。 静态文档的主要缺点是不灵活-当信息变化时文档必须重新设计。另外，改变是很耗费时间的，因为它需要人工修改文件。因此，静态文档不适合频繁变化的报告信息。动态文档的主要优点是它报告当前信息的能力。例如，一个动态文档可以用来报告股市行情、天气预报或音乐会售票情况等内容。当浏览器申请信息的时候，服务器运行一个应用程序，访问所需要的信息，并创建一个文档，服务器于是将该文档返回给浏览器。动态文档把任务放在服务器一端，浏览器采用和静态文档同样的方法访问动态文档。实际上，从浏览器的角度来看。动态文档和静态文档是无区别的。由于动态文档和静态文档都采用H T M L 编写，浏览器不知道服务器是从一个磁盘文件还是计算机程序中取得文档。动态文档的主要缺点是增加成本和不能显示变化的信息。和静态文档类似，动态文档在浏览器取得文档后不会再改变。因此在信息发送给浏览器之后，文档就开始过时。例如一个报告股市信息的动态文档，由于股市信息变化迅速，当用户访问时文档很快就过时。动态文档的创建和访问成本比静态文档昂贵。创建动态文档的代价较高，因为动态文档的创建者必须懂得如何写程序。另外，程序必须仔细编写和广泛测试，以保证输出的合法性。验证这样一个程序的正确性是很困难的，因为输入可以包含不同来源的多种数据。动态文档除了创建成本高，所需的硬件成本也较高，因为服务器端需要更强大的计算机。最后取出动态文档需要的时间稍多些，因为服务器需要额外的时间去运行程序创建文档。尽管在申请到达时动态文档才创建，但信息可能很快过时，活动文档相对于动态文档的主要优点在于它持续更改信息的能力。例如，只有活动文档能够快速改变显示以显示动画。更重要的是，活动文档能够直接访问信息源并连续更改显示。例如，一个显示股市行情的活动文档可以连续读取股市信息，并且不需要用户干预而自动修改显示。活动文档的主要缺点是创建和运行这种文档所需的额外费用，同时缺少安全性。首先，活动文档的显示需要更复杂的浏览器软件和一个强有力的计算机运行浏览器。另外，写正确的活动文档比写其他画面需要更多的编程技巧，所得到的结果文档更难于测试。而且，由于活动文档必须运行在客户端而不是服务器端，程序必须解决在不同客户上的兼容性问题，最后，活动文档存在着潜在的安全性问题，因为文档既输入信息又输出信息。