03-2 WEB服务器端技术

1、WEB服务器端技术客户端是与用户交互的唯一接口，对于软件测试人员来说不可掉以轻心，那么服务器端又需要我们了解哪些技术呢？事实上，对于Web系统来说，相比于客户端技术，服务器端技术更是深不可测，其各类技术，系统架构，处理方式等千变万化。服务器端的技术进步，同样要求软件测试技术的同步前进，也更加要求软件测试人员能够跟上技术的步伐，否则测试将很难开展。虽然服务器端技术很复杂，作为测试人员，我们不能望而却步，否则我们的测试如何进步？本节就来为大家作一个整体的梳理，将服务器端的各类技术作一个总结：1、 WWW简介WWW是World Wide Web（环球信息网）的缩写，也可以简称为Web，中文名字为“万维网”。它起源于1989年3月，由欧洲量子物理实验室 CERN（the European Laboratory for Particle Physics）所发展出来的主从结构分布式超媒体系统。通过万维网，人们只要通过使用简单的方法，就可以很迅速方便地取得丰富的信息资料。 由于用户在通过 Web 浏览器访问信息资源的过程中，无需再关心一些技术性的细节，而且界面非常友好，因而 Web 在Interne

2、t 上一推出就受到了热烈的欢迎，走红全球，并迅速得到了爆炸性的发展。长期以来，人们只是通过传统的媒体（如电视、报纸、杂志和广播等）获得信息。但随着计算机网络的发展，人们想要获取信息，已不再满足于传统媒体那种单方面传输和获取的方式，而希望有一种主观的选择性。现在，网络上提供各种类别的数据库系统，如文献期刊、产业信息、气象信息、论文检索等等。由于计算机网络的发展，信息的获取变得非常及时、迅速和便捷。 到了1993年，WWW 的技术有了突破性的进展，它解决了远程信息服务中的文字显示、数据连接以及图像传递的问题，使得 WWW 成为 Internet 上最为流行的信息传播方式。 现在，Web 服务器成为 Internet 上最大的计算机群，Web 文档之多、链接的网络之广，令人难以想象。可以说，Web 为 Internet 的普及迈出了开创性的一步，是近年来Internet 上取得的最激动人心的成就。 WWW 采用的是客户/服务器结构，其作用是整理和储存各种WWW资源，并响应客户端软件的请求，把客户所需的资源传送到 Windows 95（或Windows98）、Windows NT、UNIX 或

3、 Linux 等平台上。 2、 Web服务器Web服务器是离客户端最近的服务器端，主要作用包含三个方面：（1） 监听客户端请求。为什么我们需要启动服务器，目的也就在于启动后服务器才可以开始监听80端口（或其它自定义端口），也才可以获取到客户端发来的请求，便于处理。（2） 处理客户端请求。如果是静态资源（HTML页面或图片等），则直接将该资源从硬盘上读取进内存并直接返回给客户端；如果是动态页面（如PHP或ASP页面等），则将该请求转交给相应的脚本引擎来进行处理。（3） 客户端与数据库之间的屏障。在三层架构中，Web服务器是夹在客户端与数据库之间，一方面用于从数据库中读取或写入数据，另外一方面也为了有效地过滤掉一些非法的访问请求，保障数据安全。当前比较流行的Web服务器有以下五种：（1） Apache：由开源基金会Apache维护，开源系统软件，由C语言开发。是目前世界上最流行的Web服务器（没有之一）。由于C语言较好的跨平台特性，Apache已经在所有的服务器操作系统上实现，如Unix, Linux和Windows。并且很多应用服务器也直接内置Apache服务器，因为它性能好，足够稳定，

4、并且功能很强大。（2） IIS：Microsoft的Web服务器产品为Internet Information Server (IIS)， IIS 是允许在公共Intranet或Internet上发布信息的Web服务器。IIS是目前最流行的Web服务器产品之一，很多著名的网站都是建立在IIS的平台上。IIS提供了一个图形界面的管理工具，称为 Internet服务管理器，可用于监视配置和控制Internet服务。IIS是一种Web服务组件，其中包括Web服务器、FTP服务器、NNTP服务器和SMTP服务器，分别用于网页浏览、文件传输、新闻服务和邮件发送等方面，它使得在网络(包括互联网和局域网)上发布信息成了一件很容易的事。它提供ISAPI(Intranet Server API)作为扩展Web服务器功能的编程接口;同时，它还提供一个Internet数据库连接器，可以实现对数据库的查询和更新。（3） Tomcat：由开源基金会Apache维护，主要处理以Java为架构的动态页面。比如我们常见的JSP页面和Java Servlet等，均可以由Tomcat处理，并且Tomcat还部分支持SUN

5、公司的J2EE规范，为使用J2EE架构的中小型应用提供了方便。（4） Lighttpd：是一个德国人领导的开源软件，其根本的目的是提供一个专门针对高性能网站，安全、快速、兼容性好并且灵活的web server环境。具有非常低的内存开销，cpu占用率低，效能好，以及丰富的模块等特点。lighttpd 是众多OpenSource轻量级的web server中较为优秀的一个。支持FastCGI, CGI, Auth, 输出压缩(output compress), URL重写, Alias等重要功能，而Apache之所以流行，很大程度也是因为功能丰富，在lighttpd上很多功能都有相应的实现了，这点对于apache的用户是非常重要的，因为迁移到lighttpd就必须面对这些问题。实用起来lighttpd确实非常不错，apache主要的问题是密集并发下，不断的fork()和切换，以及较高（相对于 lighttpd而言）的内存占用，使系统的资源几尽枯竭。而lighttpd采用了Multiplex技术，代码经过优化，体积非常小，资源占用很低，而且反应速度相当快。利用apache的rewrite技术

6、，将繁重的cgi/fastcgi任务交给lighttpd来完成，充分利用两者的优点，现在那台服务器的负载下降了一个数量级，而且反应速度也提高了一个甚至是2个数量级！lighttpd 适合静态资源类的服务，比如图片、资源文件、静态HTML等等的应用，性能应该比较好，同时也适合简单的CGI应用的场合。（5） Nginx 是一个很牛的高性能Web和反向代理服务器，它具有很多非常优越的特性，在高连接并发的情况下，Nginx是Apache服务器不错的替代品，Nginx在美国是做虚拟主机生意的老板们经常选择的软件平台之一。能够支持高达 50,000 个并发连接数的响应。所谓的反向代理，我们可以这么理解：通常的代理服务器，只用于代理内部网络对Internet的连接请求，客户机必须指定代理服务器,并将本来要直接发送到Web服务器上的http请求发送到代理服务器中。由于外部网络上的主机并不会配置并使用这个代理服务器，普通代理服务器也被设计为在Internet上搜寻多个不确定的服务器,而不是针对Internet上多个客户机的请求访问某一个固定的服务器，因此普通的Web代理服务器不支持外部对内部网络的访问请

7、求。当一个代理服务器能够代理外部网络上的主机，访问内部网络时，这种代理服务的方式称为反向代理服务。此时代理服务器对外就表现为一个Web服务器，外部网络就可以简单把它当作一个标准的Web服务器而不需要特定的配置。不同之处在于，这个服务器没有保存任何网页的真实数据，所有的静态网页或者CGI程序，都保存在内部的Web服务器上。因此对反向代理服务器的攻击并不会使得网页信息遭到破坏，这样就增强了Web服务器的安全性。3、 应用服务器Web服务器作为一个最接近于客户端的应用，有其重要作用，必不可少。但同时，现在的网络应用越来越广泛，相应的业务逻辑也越来越复杂，一个Web服务器恐难担此重任。特别是对于业务逻辑的处理和数据库访问这一部分，对性能的要求是非常高的，我们理所当然需要一套更强大的服务器体系来进行处理，这就是应用服务器。应用服务器比Web服务器更靠后端，其目的并非监听或处理HTTP请求，而是处理复杂系统的业务逻辑和数据库访问等。例如，设想一个在线商店(网站)提供实时定价(real-time pricing)和有效性(availability)信息。这个站点(site)很可能会提供一个表单(fo

8、rm)让你来选择产品。当你提交查询(query)后，网站会进行查找(lookup)并把结果内嵌在HTML页面中返回。网站可以有很多种方式来实现这种功能。我要介绍一个不使用应用程序服务器的情景和一个使用应用程序服务器的情景。观察一下这两中情景的不同会有助于你了解应用程序服务器的功能。 l 情景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)。 l 情景2：带应用程序服务器的Web服务器 情景2和情景1相同的是We

9、b服务器还是把响应(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)来提供应用程序逻辑的。现在，XML Web Services已经使应用程序服务器和Web服务器的界线混淆了。通过传送一个XML有效载荷(payload)给服务器，Web服务器现在可以处理数据和响应(response)的能力与以前的应用程序服务器同样多了。 另外，现在大多数应用程序服务器也包含了Web服务器，这就意味着可以把Web服务器当作是应用程序服务器的一个子集(subset)。虽然应用程序服务器包含了Web服务器的功能，但是开发者很少把应用程序服务器部署(deploy)成这种功能(capacity)(译者注：这种功能是指既有应用程序服务器的

《03-2 WEB服务器端技术》由会员g6****06分享，可在线阅读，更多相关《03-2 WEB服务器端技术》请在金锄头文库上搜索。