精华内容
下载资源
问答
  • 嵌入式设备web服务器比较

    千次阅读 2016-12-16 13:33:20
    现在在嵌入式设备中所使用的web服务器主要有:boa、thttpd、mini_httpd、shttpd、lighttpd、goaheand、appweb和apache等。 Boa 1.介绍 Boa诞生于1991年,作者Paul Philips。是开源的,应用很广泛,特别适合于嵌入式...

    现在在嵌入式设备中所使用的web服务器主要有:boa、thttpd、mini_httpd、shttpd、lighttpd、goaheand、appweb和apache等。

    2011-4-11-10-48

    Boa

    1.介绍

    Boa诞生于1991年,作者Paul Philips。是开源的,应用很广泛,特别适合于嵌入式设备,网上流行程度很广。它的官方网站说boa是最受人喜爱的嵌入式web服务器。功能较为强大,支持认证,cgi等。Boa 是一个单任务的HTTP SERVER,它不像传统的web服务器那样为每个访问连接开启一个进程,也不会为多个连接开启多个自身的拷贝。Boa对所有的活动的http连接在内部进行处理,而且只为每个CGI连接(独立的进程)开启新的进程。因此,boa在同等硬件条件下显示出更快的速度。测试表明boa在Pentium 300MHZ下能够每秒钟处理几千次点击,在20 MHz 386/SX下能够每秒钟处理几十次点击访问。

    Boa和thttpd等,与apache等高性能的web服务器主要区别是,它们一般是单进程的服务器,只有在完成一个用户请求后才能响应另一个用户的请求,无法并发响应,但这在嵌入式设备的应用场合里已经足够了。

    Boa设计主要出于速度和安全,是指不被恶意用户暗中破坏,而不是指它有很好的访问控制和通信加密。可以添加SSL来保证数据传输中的保密和安全。

    2.操作系统

    All POSIX (Linux/BSD/UNIX-like OSes)

    3.版本

    从0.90到现在的最新发布版本0.94。最新发布版本0.94:boa-0.94.13.tar大小为120k,解压后为436k,编译之后的可执行代码在60k左右。最近开发版本:boa-0.94.14rc21

    4.可执行程序的大小、内存需求情况

    Boa有最少的资源需求。非常少的内存需求,能耗很小。 特别适合于嵌入式市场。含有gcc 2.95.3和 GNU libc 2.2.5的boa的二进制文件大小为61K( 495K statically linked )。使用库uClibc,boa变得更小(92K statically linked)。

    有人曾做过测试:所用环境AMD Duron 700,384MB RAM, RealTek 8139,SiS900 chipset-based NICs ,LinkSys 10/100 hub,Linux 2.4,结果是:Boa的虚拟内存(VmSize)大小是1696kB,85%是库文件。虚拟内存数据(VmData size)大小是108kB。Boa每次连个并发连接消耗掉20kB的内存。

    参考比较表:

    Server

    Stripped Binary Size

    VmSize

    External Libraries

    Boa 0.94.13

    61kB

    1700kB

    0

    Apache 1.3.26

    277kB

    11,000kB

    9

    thttpd 2.20c

    64kB

    1800kB

    0

    5.功能、特点

    l 支持HTTP/1.0(实验性的、有条件的支持HTTP/1.1)

    l 支持CGI/1.1,编程语言除了C语言外,还支持Python, Perl, PHP,但对PHP没有直接支持,没有mod_perl, mod_snake/mod_python等。

    l Boa支持HTTP认证,但不支持多用户认证。

    l 它可以配置成SSL/HTTPS和 IPv6。

    l 支持虚拟主机功能。

    Boa服务器与其它服务器的不同:

    为了追求速度和简单性,boa服务器在一些方面不同于一些流行的web服务器。

    CGI程序的REMOTE_HOST环境变量没有设置

    The REMOTE_HOST environment variable is not set for CGI programs, for reasons already described. This is easily worked around because the IP address is provided in the REMOTE_ADDR variable, so (if the CGI program actually cares) gethostbyaddr or a variant can be used.

    Boa不具有ssi(server side includes)。

    We don't like them, and they are too slow to parse. We will consider more efficient alternatives.

    Boa不具有访问控制。

    Boa will follow symbolic links, and serve any file that it can read. The expectation is that you will configure Boa to run as user "nobody", and only files configured world readable will come out.

    没有chroot选项。

    There is no option to run chrooted. If anybody wants this, and is willing to try out experimental code, contact the maintainers.

    官方网站:www.boa.org

    Thttpd

    1.介绍

    Thttpd是ACME公司设计的一款比较精巧的开源Web服务器。它的初衷是提供一款简单、小巧、易移植、快速和安全的HTTP服务器,而事实上,Thttpd也正是这样一款服务器。它在Unix系统上运行的二进制代码程序,仅仅400k左右,在同类Web服务器中应该是相当精巧的。在可移植性方面,它能够在几乎所有的Unix系统上和已知的操作系统上编译和运行。Thttpd在默认的状况下,仅运行于普通用户模式下,从而能够有效地杜绝非授权的系统资源和数据的访问,同时通过扩展它也可以支持HTTPS、SSL和TLS安全协议。Thttpd尤为称道的是已经全面支持IPv6协议, 并且具有独特的Throttling功能,可以根据需要限制某些URL和URL组的服务输出量。此外,Thttpd全面支持HTTP 1.1协议(RFC 2616)、CGI 1.1、HTTP 基本验证(RFC2617)、虚拟主机及支持大部分的SSI(Server Side Include)功能,并能够采用PHP脚本语言进行服务器端CGI的编程。

    thttpd是一个非常小巧的轻量级web server,它非常简单,对于并发请求不使用fork()来派生子进程处理,而是采用多路复用(Multiplex)技术来实现。因此效能很好。对于小型web server而言,速度快似乎是一个代名词,通过官方站提供的Benchmark,可以这样认为:thttpd至少和主流的web server一样快,在高负载下更快,因为其资源占用小的缘故。Thttpd还有一个较为引人注目的特点:基于URL的文件流量限制,这对于下载的流量控制而言是非常方便的。象Apache就必须使用插件实现,效率较thttpd低。Thttp是开源的。是用C语言编写的。使用的很多。

    2.操作系统
    Thttpd支持多种平台,如FreeBSD, SunOS, Solaris, BSD, Linux, OSF等。

    3.版本

    最新版本:thttpd-2.25b.tar 130kB,解压后497kB

    4. 可执行程序的大小、内存需求情况

    编译后的可执行的二进制文件为60kB左右,与boa差不多。版本已从1.90a发展到2.25b,

    使用内存很少,没查到具体的数据。

    5.特点、功能

    thttpd中是一个简单,小型,轻便,快速和安全的http服务器.

    特点:

    简单:它能够支持HTTP/1.1协议标准,或者超过了最低水平
    小巧:它具有非常少的运行时间,因为它不fork子进程来接受新请求,并且非常谨慎

    的分配内存

    便携:它能够在大部分的类Unix系统上运行,包括FreeBSD, SunOS 4, Solaris 2, BSD/OS, Linux, OSF等等
    快速:它的速度要超过主流的Web服务器(Apache, NCSA, Netscape),在高负载情况下,它要快的多。
    安全:它努力的保护主机不受到攻击,不中断服务器

    thttpd,适合静态资源类的服务,比如图片、资源文件、静态HTML等等的应用,性能应该比较好,同时也适合简单的CGI应用的场合。

    功能:

    l 支持CGI1.1。

    l 支持基本的认证功能。

    l 支持Chroot功能

    l 支持Throttling。

    l 支持IPv6。

    l 支持多虚拟主机功能。

    l 支持自定义错误页。

    l 支持标准日志记录。

    l Thttpd处理了大量的信号,这些信号是通过标准的Unix kill(1) command发出的。

    l 通过扩展它也可以支持HTTPS、SSL和TLS安全协议。

    使用建议: 对于那些并发访问量中等,而又需要较强响应能力、并期望能够控制用户访问流量,而且有较高安全性需求的用户而言,thttpd Web服务器显然是一个比较好的选择。 thttpd目前的最新版本是2.2.5版。

    下图为www.acme.com/software/thttpd网站对几种web server比较图。

    wps_clip_image-20409各种服务器的比较:

    · Software – 哪种web服务器

    o Name

    o Version

    o Released – 什么时候发布的

    o Active devel - 是否当前还在开发中。

    · Features –一些关键服务器的特点

    o Model - what kind of server it is. The models are:

    § fork - start a new process for each request.

    § pre-fork - pre-start a pool of processes which each handle multiple requests.

    § threads - use threads instead of processes.

    § Java threads - this version of the Java runtime uses "Green threads" instead of native threads, so it acts more like the select-based servers.

    § select - use non-blocking I/O and the select() system call to handle multiple requests in a single process, single thread.

    从上面可以看到thttpd、boa都是使用select方式,apache使用的是pre-fork方式,由于apache是多进程方式,thttpd、boa是单进程方式,所使用的内存要远小于apache,且速度快于apache。

    o Auto-conf (自动配置)- whether there's a script to automatically configure the build process for your OS.

    o Basic auth (基本认证)- whether the server supports Basic Authentication, for password-protected web pages.

    o Chroot - whether the server lets you use the chroot() system call to enhance security.

    o Throttling - the ability to set bandwidth limits on certain pages, so they don't use more than their fair share of the server's resources.

    · Size –各种服务器的大小

    o Tar bytes - the uncompressed source tarchive size.

    o Source files - how many source and header files.

    o Source lines - how many lines in the source and header files.

    o Exe - the executable size. For the compiled program this is size of the main executable file, stripped. For the Java servers it's the total size of the .class files or .zip files. For Roxen it's the size of the Pike interpreter.

    · 基础测试系统。The benchmark test system is a 297MHz Ultra Sparc with 256MB RAM / 512MB swap running Solaris 2.6, otherwise totally quiescent. RLIMIT_NOFILE is 256 soft / 1024 hard, and v.v_maxup is 3941.

    · RPS – 每秒响应请求次数。maximum requests per second. This is determined by running the test load at various parallel-request rates and finding the maximum response rate. See the graph below for the full data.

    o Small files - the small-file test load consists of 1000 files, each 1KB long, requested randomly.

    o CGI - the CGI test load consists of a trivial "hello world" C program. .

    · Max users – 最大处理的用户数。This is determined by running the test load at various parallel-request rates and seeing when it starts screwing up. Typical screwups are running out of memory or processes, so that requests start timing out or getting refused.

    o Large files - the large-file test load consists of 100 files, each 1MB long, requested randomly. Also, each connection is throttled to simulate a 33.6Kbps modem. Note that 1000 33.6Kbps connections is 3/4 of a T3.

    上面的比较中,thttpd和boa都没有使用最新版本,boa的最新版本已经支持基本认证、自动配置等功能。Thttpd和boa的基本功能差不多,可以互相替换。现在选用web服务器时,同时有boa和thttpd的情况下,选择使用boa的情况居多。我在一篇论文中提到一点,说:thttpd在运行过程中所需要的资源要远大于boa,但没有验证过。

    官方地址:http://www.acme.com/software/thttpd/
    下载地址:http://www.acme.com/software/thttpd/thttpd-2.25b.tar.gz

    Mini_httpd

    1. 介绍

    Mini_httpd是一个小型的HTTP服务器。开源,它的性能不强,但是它非常适合于中小访问量的站点。Mini_httpd和thttpd都是ACME Labs 开发的软件,功能没有thttpd强。

    2. 操作系统

    与thttpd相同。

    3. 版本

    发布的版本从1.00到1.19。最新发布的版本是version 1.19.tar 41kB,解压后为140kB。

    4. 功能、特点

    它实现了HTTP服务器的所有的基本功能,包括:

    · 支持CGI功能

    · 支持基本的验证功能

    · 支持安全 .. 上级目录功能

    · 支持通用的MIME类型

    · 支持目录列表功能

    · 支持使用 index.html, index.htm, index.cgi 作为首页

    · 支持多个根目录的虚拟主机

    · 支持标准日志记录

    · 支持自定义错误页

    · Trailing-slash redirection

    · 它可以配置成SSL/HTTPS和 IPv6.

    5.可执行文件大小、内存使用情况

    编译后可能要小于boa、thttpd,内存使用可能小于boa、thttpd。Mini_httpd的功能,thttpd功能几乎都覆盖了。

    mini_httpd 也是相对比较适合学习、实验使用,大体实现了一个Web Server的功能,支持静态页和CGI,能够用来放置一些个人简单的东西,不适宜投入生产使用。

    官方地址:http://www.acme.com/software/thttpd/
    下载地址:http://www.acme.com/software/mini_httpd/mini_httpd-1.19.tar.gz

    Shttpd

    1.介绍

    Shttpd,开源。它是另一个轻量级的web server,具有比thttpd更丰富的功能特性,支持CGI, SSL, cookie, MD5认证, 还能嵌入(embedded)到现有的软件里。最有意思的是不需要配置文件!由于shttpd可以轻松嵌入其他程序里,因此shttpd是较为理想的web server开发原形,开发人员可以基于shttpd开发出自己的webserver,官方网站上称shttpd如果使用uclibc/dielibc(libc的简化子集)则开销将非常非常低。

    2.操作系统

    Windows, QNX, RTEMS, UNIX (*BSD, Solaris, Linux)。

    3.版本

        它的最新版本是:shttpd-1.38.tar ,75kB,解压后为278kB。发布的版本从2004年的1.3到现在的2007年的1.38

    4.功能、特点

    l 小巧、快速、不膨胀、无需安装、简单的40KB的exe文件,随意运行

    l 支持GET, POST, HEAD, PUT, DELETE 等方法

    l 支持CGI, SSL, SSI, MD5验证, resumed download, aliases, inetd模式运行

    l 标准日志格式

    l 非常简单整洁的嵌入式API

    l 对库dietlibc 支持友好,对uClibc (*)不友好。

    l 容易定制运行在任意平台:Windows, QNX, RTEMS, UNIX (*BSD, Solaris, Linux)

    不具有的功能:

    virtual hosts, user home directorires, ACL (access control lists), traffic shaping, keep-alive connections, FCGI (Fast CGI) support.

    5.可执行文件大小、内存使用情况

    编译后的可执行的二进制文件为40kB左右.

    网上查询结果是有关内容很少。使用范围不广。有网友对它的评论是:shttpd功能算是比较全的, 但在处理二进制数据时不够稳定, 时有异常. 有待观察。

    官方网站:http://shttpd.sourceforge.net/
    下载地址:http://sourceforge.NET/project/showfiles.php?group_id=126090&package_id=137886

    Lighttpd

    1.介绍

    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技术,将繁重的cgi/fastcgi任务交给lighttpd来完成,充分利用两者的优点,现在那台服务器的负载下降了一个数量级,而且反应速度也提高了一个甚至是2个数量级!lighttpd 适合静态资源类的服务,比如图片、资源文件、静态HTML等等的应用,性能应该比较好,同时也适合简单的CGI应用的场合,lighttpd可以很方便的通过fastcgi支持php。

    2.操作系统

        Unix、linux、Solaris、FreeBSD

    3.版本

    最新版本lighttpd-1.4.17.tar,783kB,解压后为3.48MB

    4.功能、特点

    下面是lighttpd官方网站给出的lighttpd特点,

    l virtual hosts

    l virtual directory listings

    l URL-Rewriting, HTTP-Redirects

    l automatic expiration of files

    l Large File Support (64bit fileoffsets)

    l Ranges (start-end, start-, -end, multiple ranges)

    l on-the-fly output-compression with transparent caching

    l deflate, gzip, bzip2

    l authentication

    l basic, digest

    l backends: plain files, htpasswd, htdigest, ldap

    l fast and secure application controlled downloads

    l Server Side Includes

    l User Tracking

    l FastCGI, CGI, SSI

    l PHP-Support:

    l same speed as or faster than apache + mod_php4

    l includes a utility to spawn FastCGI processes (neccesary for PHP 4.3.x)

    l via FastCGI and CGI interface

    l support Code Caches like Turckmm, APC or eaccelarator

    l load-balanced FastCGI

    l (one webserver distibutes request to multiple PHP-servers via FastCGI)

    l Security features:

    l chroot(), set UID, set GID

    l protecting docroot

    l strict HTTP-header parsing

    5.可执行文件大小、内存使用情况

    没有查到具体数据。

    Lighttpd缺点就是bug比较多,软件并不稳定,而且文档太简略,有些功能需要你自己猜测才懂得怎么配置。尤其是使用内存,很难说清楚具体使用量,一般在10-20M(繁忙站点),但有时候会突发到100多M,并稳定下来。不过相对apache的使用量,这个已经不算多。

    lighttpd虽然是web服务器中的轻量级。但对于嵌入式web服务器来说还是较大的一个web服务器,功能较强。

    有人评论lighttpd:lighttpd、apache 属重量级服务器, 成熟稳定, 体积较大, 在复杂的嵌入式应用上可选用.

        Lighttpd使用的不广泛,在google中搜索:嵌入式 lighttpd,结果几乎没有相关的内容。Lighttpd使用内存比其它小型嵌入式web服务器内存资源要多。毕竟它不是专为嵌入式设备开发的。
    官方网站:www.lighttpd.net

    Goahead

    1.介绍

    GoAhead Webserver是为嵌入式实时操作系统(RTOS)量身定制的Web服务器。它的目标也许不在于目前的WEB服务器市场,而是面向当嵌入式系统深入我们的工作与生活的明天,那时,它也许会成为使用最广泛的WEB服务器。GoAhead Webserver构建在设备管理框架(Device Management Framework)之上,用户可以像标准的Web Services一样来部署自己的应用,不需要额外的编程。GoAhead Webserver支持SOAP客户端(Simple Object Access Protocol,简单对象访问协议),XML-RPC客户端,各种Web浏览器和单独的Flash客户端。GoAhead Webserver支持一种类ASP的服务器端脚本语言,其语法形式和微软的ASP语法基本相同(Active Server Page)。GoAhead Webserver是跨平台的服务器软件,可以稳定地运行在Windows,Linux和Mac OS X操作系统之上。GoAhead Webserver是开放源代码的,这意味着你可以随意修改Web服务器的功能。这款WEB服务器非常小巧,它的WIN CE版本编译后的大小还不到60k,它的输出通常也是面向一些小屏幕设备。在性能方面,使用一颗24MH z的68040处理器,它的响应速度为20次/秒,使用266MHz的Pentium处理器可以达到50次/秒的响应速度。

    2.操作系统

    Windows CE, Wind River VxWorks, Linux, Lynx, QNX,与Windows 95/98/NT

    3版本

    Goahead从2003年开始发布,最新的版本:webs218.tar ,827kB,解压后为2.28MB
    4.功能、特点

    · 很小的内存消耗

    · 支持认证功能Digest Access Authentication (DAA)

    · 支持安全的通信,例如SSL(安全的套接字层)

    · 支持动态Web页面,如ASP页面

    · 可以使用传统的C语言编程定制Web页面里的HTML标签

    · 支持CGI(公共网关编程接口)

    · 嵌入式的JavaScript脚本翻译器

    · 独特的URL分析器

    · 它基本上属于一个HTTP1.0标准的WEB服务器,对一些HTTP1.1的特性如(持久连接)也提供了支持。每秒65次connections

    5.可执行文件大小、内存使用情况

    内存需求60K,它的WIN CE版本编译后的大小还不到60k。

    自 2004 年 2.18 版之后, GoAhead 官方不再对它免费许可的升级和支持,如果是学习和研究之用, 移植很方便, 不必关心太多; 如果商用, 那些已知的 bug 就必须手工去改,包括对 cgi 的支持, 对操作系统差异而引用的 bug,参考下这个 http://www.eybuild.com/develop/demoshow.htm ,这个就是用的 GoAhead。

    GoAhead官方网站:http://webserver.goahead.com/

    AppWeb

    1.介绍

    appWeb有两种许可,一种是GPL,免费的,另外一种是商业许可,有30天的试用期。免费的版本在http://www.appwebserver.org/ 下载,appWeb的商业版本由Mbedthis公司发布和维护,网址是http://www.mbedthis.com/。appweb 是下一代嵌入式web服务器,它天生是为嵌入式开发的,它的最初设计理念就是安全。Appweb是一个快速、低内存使用量、标准库、方便的服务器。与其它嵌入式web服务器相比,appweb最大特点就是功能多和高度的安全保障。Appweb简单、方便、开源。

    2.操作系统

    Linux, Windows, Mac OSX , Solaris

    3.版本

        Appweb最新版本是appweb-src-2.2.2 ,大小1.195MB,解压后6.22MB

    4.功能、特点

    AppWeb提供的一些关键好处:

    l 低开发成本。支持cgi/1.1、javastript、esp、php(4and5),加快开发进度。

    l 最小的资源需求。一秒能响应3500个请求,非常迅速,并且紧凑(110KB)。

    l 灵活的开发环境。Appweb高度模块化,可以根据需要取舍。

    l 可靠性

    具有的功能:

    · 支持嵌入式JavaScript,esp,egi,cgi和php。.

    · 容易使用。 大量的例子文档可用。

    · 安全。支持SSL、认证。 Secure Socket Layer (SSL) including both client and server certificates. Digest and Basic Authentication. Sandbox directives to limit denial of service attacks.

    · 模块化. Select only the features you need via dynamically loadable modules. Also supports granular source code compilation directives.

    · 性能突出。. Fastest performance in its class. Over 3500 requests per second on a PC class device. Memory footprint from 110K. Code and web pages are fully ROMable.

    · 符合标准. AppWeb supports HTTP/1.0, HTTP/1.1, CGI/1.1, SSL RFC 2246, HTTP RFC 2617

    · 方便. AppWeb has been ported to Linux, Windows, Mac OSX and Solaris and support the following CPU architectures: ARM7, MIPS32, i386/X86, PowerPC and Sparc

    Feature Overview

    Dynamic Content

    · Embedded Server Pages (ESP)

    · Embedded JavaScript

    · Embedded Gateway Interface (in-memory CGI)

    · CGI/1.1

    · PHP (4 and 5)

    Embedded Server Pages

    · Server-side JavaScripting

    · Integrated session state management

    · Scripted generation of HTML

    · Extensible via new functions

    · Manage client state-data via sessions

    · Post-back paradigm. Same page for form and post logic

    Security

    · Secure Sockets Layer (SSL)

    · Basic and Digest Authentication

    · Directory and URL location based authorization

    · Sandbox limits

    · Access and access violation logging

    Modularity

    · Dynamic loading of modules

    · Extensible URL handlers

    · Extensible / replaceable authorization, SSL and script

    Ease of Use

    · Apache-style configuration file

    · Debugging and trace logging

    · Packaged installations for Linux and Windows

    · Run as a service / daemon

    Other Features

    · HTTP server and client access program

    · Named and IP based virtual hosts

    · Listen on multiple ports

    · Compile web pages and files into C code for execution from ROM

    Standards

    · HTTP/1.1

    · CGI/1.1

    · Apache configuration file compatibility

    Performance

    · Multithreaded with high performance thread pool 

    · Request throughput (> 3,500 requests per second)

    · Scales on multi-cpu systems

    · Small memory footprint even under heavy load (from 400K)

    Developer Features

    · HTTP server and client libraries 

    · Shared and static libraries supplied

    · C and C++ APIs

    · Operate single-threaded or multithreaded (Compile or run-time selectable)

    · Easy, intuitive programming model

    · Integrate with common event mechanism: Windows Messages, Unix select, dedicated thread

    · Coding minimized as most features can be specified via the configuration file

    · Cookbook of samples (cut and paste to get going)

    · SMP safe

    · Extensive debug trace logging

         O'Brien describes AppWeb as a "mini-Apache" in part because it features compatibility with Apache configuration syntax. "One of our customers was able to solve a problem using Apache documentation from the Internet," O'Brien notes. AppWeb is not based on the apache codebase, however. "It's a clean implementation," says O'Brien. "It's really hard to shrink something down."
    wps_clip_image-14866
    AppWeb architecture

    5.可执行文件大小、内存使用情况

        内存使用110KB, Small memory footprint even under heavy load (from 400K)。

    官方网站http://www.appwebserver.org/

    商业网站http://www.mbedthis.com/

    Apache

    最新的apache版本是httpd-2.2.4.tar,6.07MB,解压后为27.2MB,在嵌入式web服务器中很少使用,在网上搜索看到有人在vxwork上用过apache,在其它方面没有,我认为,goahead、appweb具有丰富的功能,没有使用apache的必要。另一个原因是因为apache是一个多进程web服务器,使用的内存很多。

    由于apache的prefork工作模式有关。每个apache进程只能同时服务于一个http连接。这种模式好处在于每个进程不互相干扰,稳定性好;缺点也建立在优点之上,就是占用资源多,即使每个进程只使用2M内存(如果使用了php,这点内存根本不够),100的并发连接就用掉200M的内存。

    开发语言和开发工具

    现在的嵌入式linux中CGI程序主要使用C语言。对于编写C语言的CGI程序,可以编写好程序之后,在linux操作系统下编译,用针对硬件平台的linux的交叉编译工具编译就可以,写的html网页界面在记事本写即可。我以前写的CGI程序就是在此环境下写的。这也是最普遍的开发方法。

    对于用C语言编写CGI程序还可以使用CSP/eybuild提供的平台库及其开发套件,它可以将CGI程序嵌入式到网页中,可以提高开发效率。传统用C做CGI的方法是直接使用printf() 等标准I/O函数输出HTML代码,这样不但使得C程序和HTML程序交织的混乱不堪,还使得页面输出的流程控制变得非常复杂。CSP与之不同,它充分吸取了ASP/JSP/PHP等以HTML/ XML为模板嵌入脚本语言优点,并充分融合C语言的语言特性。使得CSP的开发更快速、更高效,同时还大大提了最终代码的可读性和维护性。 CSP设计的最原始的初衷,就是要为嵌入式开发定制的一套类似 ASP/JSP/PHP的C语言开发工具。针对设备WEB开发CSP提供了丰富的平台库和开发工具,它们为设备系统的WEB交叉开发和移植提供了有力的支持。通过交叉开发,可以在其它硬功件平台完全未准完毕的情况下进行高层软件的开发。这不仅能为产品开发有效地节约软硬件资源,还为WEB程序提供简单有效地调试工具。

    但缺点是,CSP/eybuild不是一个开源的项目,如果你是个人使用或出于学习、研究目的你可以从eybuild的官方站点http://www.eybuild.com 免费下载,或发邮件到 eybuild@hotmail.com 免费索取。它的站点上可以下载针对x86、arm920T的CSP/eybuild开发平台,其它平台需要向网站上定购。如果你想在你的嵌入式设备的开发板上试用或出于学习和研究目的,你也可把您目标板及编译环境的详细资料发给eybuild@hotmail.com,请求为你的目标板单独制作一份交叉编译开发的CSP/eybuild平台。如果你想你的商用产品或项目中使用CSP/eybuild,你必须在CSP/eybuild的商用授权后才可使用。商用授权后您将可以得到很好的技术支持和技术培训。关于商用授权的详细流程,可邮件至eybuild@hotmail.com 垂询。

    用C语言编写CGI与其它语言编写CGI的比较:

    C语言简洁紧凑,使用方便、灵活,对程序的语法结构要求不是很严,这就使得编程

    人员在编程时具有很大的灵活性,可以设计出自己风格的程序。不像UNIX SHELL、Perl和TCL,C语言是一种编译语言,源程序代码要被系统的续译器翻译成机器能直接执行的二进制代码,因此用C语言编写的CGI程序的运行速度要比用解释性语言编写的程序快。使用编泽语言的另一个好处是即使CGI执行程序陷入黑客之手,他们也无法像分析用解释性语言编写的CGI程序那样找到程序中的漏洞。由于C语言最初是针对系统设计的,这使得C语言的字符串处理能力比较差,如果CGI程序需要对字符串进行一些复杂的操作,用C诺言实现起来将比较麻烦,代码量也较多。现在网上用C语言编写的CGI程序仅次于Perl(Perl编写程序简单方便)。

    wps_clip_image-17129

    CGI与JSP的比较:

    Servlet是Java技术对CGI编程的回答。Servlet程序在服务器端运行,动态地生成Web页面。与传统的CGI和许多其他类似CGI的技术相比,Java Servlet具有更高的效率,更容易使用,功能更强大,具有更好的可移植性,更节省投资。详细内容见备注。JSP是强于CGI,这也是现在CGI技术的使用没有JSP使用多的原因。但现在嵌入式web服务器端程序开发,还是CGI较多。由于使用JSP技术,在嵌入式web服务器开发中很少使用,在网上没有查到关于在嵌入式web服务器上应用的有关内容。

    要实现阅读器的lmt,所需的CGI代码量估计不会很多,关键在于调试。

    结论

        根据上面的分析,考虑到使用范围宽广程度,在小型服务器、不要求太强功能,推荐选用boa、thttpd,其实它们足可以满足大多数情况下的需求,也是使用最广、可参考最多的嵌入式web服务器。如果要求强大的功能,支持javastript等,推荐选用goahead、appweb。

    备注:

    一个网友的个人意见:

    boa 的功能比较齐全, 便对嵌入式应用很多功能就是冗余(如virtual host), 内存使用量较大些.
    thttpd 功能较少, 实现简单. 内存使用量较少. 同时比较方便扩展.
    shttpd 功能功能算是比较全的, 但在处理二进制数据时不够稳定, 时有异常. 有待观察.
    light-httpd, apache 属重量级服务器, 成熟稳定, 体积较大, 在复杂的嵌入式应用上可选用.
    goAhead 是个比较专用的 webserver, 大部分功能都在服务它自己提供的 goform 功能和 
              ASP/javascript 功能. 最后的 2.1.8 版仍有不少bug. (见下)
    mini-httpd 与 thttpd 是同一家, 功能几乎完全一样.
    boa 缺陷: 
       (1) 未提供 CGI 解析头处理.
    可按这个地址方便修改. http://bbs.chinaunix.net/viewthread.php?tid=824840
       (2) 对 POST 数据使用临时文件缓冲, 对无法创临时文件的小系统系统, 需要手工改下这部代码.
    很多人报告在移植时不能POST 数据, 都是这个原因.
       (3) ...
    thttpd 缺陷:
       (1)  CGI1.1 标准支持不完整(不般影响不大), 未提供对协议要求的其它HTTP头处理, 
    如:If-Modified-Since, Accept-Language等应用程序就收不到.
       (2) 直接使用 socket 到 CGI 应用的重定, 会导致提供大量 POST 数据时(如上传文件), 
            CGI应用不读完全部 POST 数据就无法向浏览器应答 bug
       (3) ...
    goAhead 缺陷:
       (1) 专用, 如喜欢它提供的 goform和 asp 令论.
       (2) CGI 对二进制输出有很多 bug.
       (3) 为实现单一任务处理, 在很平台采用延时轮询接收队列, 处理效率不高.
       (4) 其它 bug 有不一罗列了, 移植时要一个个订下.
    个人观点, 仅供参考.
    Good Luck!

    CGI, mod_perl, PHP, JSP性能比较

    这是网上一篇关于CGI,mod_perl,PHP,JSP的性能比较的文章,从中可以看出它们的性能。

    测试结果很大程度上依赖于机器的硬件/软件配置,并随配置变化而产生差异,因此:
    本测试结果 *仅供参考*  
    测试用硬件:
    CPU: Intel PII 300(66x4.5)  
    RAM: 192M  
    HD: IBM 20G(2M cache)  
    测试用软件:
    OS: Slackware 7(自行编译的2.2.14核心)  
    Web: Apache 1.3.12(标准模块按缺省配置,所有模块静态编译)  
    PHP 4.0 RC1(加入了MySQL支持)  
    mod_perl 1.23(缺省配置,未加EVERYTHING=1)  
    ApacheJServ 1.1(缺省配置)  
    JDK: JDK 1.2.2  
    JSDK: JSDK 2  
    JSP: GNUJSP 1.0.0  
    JSP: GNUJSP 1.0.0  
    本测试是用Apache自带的Apache Bench(ab)进行的,命令为:
    /www/bin/ab -c 20 -n 1000 CGI/脚本URL  
    此命令表示使用 20 个并发连接,进行 1000 次请求。所有测试均在本机进行,各种测试均反复进行5次,去掉最大最小值后取平均值。 我分别测试了C写的CGI、Perl写的CGI、用mod_perl执行的Perl CGI、PHP和JSP。
    各种CGI/脚本均输出内容相似的简单页面,内容如下:
    html  
    body  
    h1The xxxx Hello Program/h1  
    p  
    Hello xxxx World!  
    /body  
    /html  
    测试结果(只取了最具代表性的 Requests per second 即每秒处理请求数这一项)  
    CGI/脚本类型 每秒处理请求数
    C CGI  128  
    Perl CGI  69  
    mod_perl  223  
    PHP  237  
    JSP  21  
    测试结论: 

    除了JSP之外,其它几种CGI/脚本的表现大致是正常的。Perl程序解释执行,作为
    CGI运行时又需要另外fork进程,所以最慢;mod_perl和PHP都直接在httpd内部运行脚本,省掉了fork的消耗,所以快了很多;C程序虽然本应最快,但作为CGI 运行时也是因为fork而使性能大打折扣。至于JSP...我想这个结果并不具有代表性。毕竟测试用机只有192M内存,用top看看,一个JAVA就占了11M。况且测试用机本身是一台Web server,测试时还有好几十个httpd在跑不过不管怎么说,在配置较低的服务器上,跑PHP、mod_perl在性能上要好过JSP是肯定的。
    附测试用程序:
    C程序 hello.c  
    #include stdio.h  
    int main(void)  
    {  
    char s[] = "C CGI";  
    printf ("Content-Type: text/html ");  
    printf ("html "  
    "body "  
    "h1The C CGI Hello Program/h1 "  
    "p "  
    "Hello %s World! "  
    "/body "  
    "/html ", s);  
    return 0;  
    }  
    用 gcc -o hello hello.c 编译,把 hello 放到 cgi-bin目录下。
    Perl程序 hello.pl  
    #!/usr/bin/perl  
    #!/usr/bin/perl  
    $s = "Perl CGI";  
    print "Content-Type: text/html ";  
    print <<DONE  
    html  
    body  
    h1The Perl CGI Hello Program/h1  
    p  
    Hello $s World!  
    /body  
    /html  
    DONE  
    把hello.pl放到cgi-bin目录下,兼作Perl CGI和mod_perl 脚本测试用。
    PHP文件 hello.php  
    html  
    body  
    h1The PHP Hello Program/h1  
    <? $s = "PHP"; ?>;  
    p  
    Hello <? echo $s ?>; World!  
    /body  
    /body  
    /html  
    JSP文件 hello.jsp  
    html  
    body  
    h1The JSP Hello Program/h1  
    p  
    <% String s = "JSP"; %>;  
    p  
    Hello <%= s %>; World!  
    /body  
    /html

    Java Servlet和JSP的技术概述以及比较

    Java Servlet及其特点

    Servlet是Java技术对CGI编程的回答。Servlet程序在服务器端运行,动态地生成Web页面。与传统的CGI和许多其他类似CGI的技术相比,Java Servlet具有更高的效率,更容易使用,功能更强大,具有更好的可移植性,更节省投资(更重要的是, Servlet程序员收入要比Perl程序员高:-):

    高效:

    在传统的CGI中,每个请求都要启动一个新的进程,如果CGI程序本身的执行时间较短,启动进程所需要的开销很可能反而超过实际执行时间。而在Servlet中,每个请求由一个轻量级的Java线程处理(而不是重量级的操作系统进程)。

    在传统CGI中,如果有N个并发的对同一CGI程序的请求,则该CGI程序的代码在内存中重复装载了N次;而对于Servlet,处理请求的是N个线程,只需要一份Servlet类代码。在性能优化方面,Servlet也比CGI有着更多的选择,比如缓冲以前的计算结果,保持数据库连接的活动,等等。

    方便:

    Servlet提供了大量的实用工具例程,例如自动地解析和解码HTML表单数据、读取和设置HTTP头、处理Cookie、跟踪会话状态等。

    功能强大:

    在Servlet中,许多使用传统CGI程序很难完成的任务都可以轻松地完成。例如,Servlet能够直接和Web服务器交互,而普通的CGI程序不能。Servlet还能够在各个程序之间共享数据,使得数据库连接池之类的功能很容易实现。

    可移植性好:

    Servlet用Java编写,Servlet API具有完善的标准。因此,为I-Planet Enterprise Server写的Servlet无需任何实质上的改动即可移植到Apache、Microsoft IIS或者WebStar。几乎所有的主流服务器都直接或通过插件支持Servlet。

    节省投资:

    不仅有许多廉价甚至免费的Web服务器可供个人或小规模网站使用,而且对于现有的服务器,如果它不支持Servlet的话,要加上这部分功能也往往是免费的(或只需要极少的投资)。

    JSP及其特点

    JavaServer Pages(JSP)是一种实现普通静态HTML和动态HTML混合编码的技术,有关JSP基础概念的说明请参见《JSP技术简介 》。

    许多由CGI程序生成的页面大部分仍旧是静态HTML,动态内容只在页面中有限的几个部分出现。但是包括Servlet在内的大多数CGI技术及其变种,总是通过程序生成整个页面。JSP使得我们可以分别创建这两个部分。例如,下面就是一个简单的JSP页面:

    <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">

    <HTML>

    <HEAD><TITLE>欢迎访问网上商店</TITLE></HEAD>

    <BODY>

    <H1>欢迎</H1>

    <SMALL>欢迎,

    <!-- 首次访问的用户名字为"New User" -->

    <% out.println(Utils.getUserNameFromCookie(request)); %>

    要设置帐号信息,请点击

    <A HREF=http://www.blue1000.com/article/"Account-Settings.HTML">这里</A></SMALL>

    <P>

    页面的其余内容。.

    </BODY></HTML>

    下面是JSP和其他类似或相关技术的一个简单比较:

    JSP和Active Server Pages(ASP)相比

    Microsoft的ASP是一种和JSP类似的技术。JSP和ASP相比具有两方面的优点。首先,动态部分用Java编写,而不是VB Script或其他Microsoft语言,不仅功能更强大而且更易于使用。第二,JSP应用可以移植到其他操作系统和非Microsoft的Web服务器上。

    JSP和纯Servlet相比

    JSP并没有增加任何本质上不能用Servlet实现的功能。但是,在JSP中编写静态HTML更加方便,不必再用 println语句来输出每一行HTML代码。更重要的是,借助内容和外观的分离,页面制作中不同性质的任务可以方便地分开:比如,由页面设计专家进行HTML设计,同时留出供Servlet程序员插入动态内容的空间。

    JSP和服务器端包含(Server-Side Include,SSI)相比

    SSI是一种受到广泛支持的在静态HTML中引入外部代码的技术。JSP在这方面的支持更为完善,因为它可以用Servlet而不是独立的程序来生成动态内容。另外,SSI实际上只用于简单的包含,而不是面向那些能够处理表单数据、访问数据库的“真正的”程序。

    JSP和JavaScript相比

    JavaScript能够在客户端动态地生成HTML。虽然JavaScript很有用,但它只能处理以客户端环境为基础的动态信息。除了Cookie之外,HTTP状态和表单提交数据对JavaScript来说都是不可用的。另外,由于是在客户端运行,JavaScript不能访问服务器端资源,比如数据库、目录信息等等。

    Java很占内存吗?

    使用Java平台进行嵌入式设备开发时,其对内在的使用量,会不会比使用原始语言如C/C++更大些呢?这取决于软件的复杂性。Java由于虚拟机和内库的原因,有可能会导致内存开销的增大。下面比较一下Java平台内存的占用情况(基于Sun的实现):

    CLDC(Connected Limited Device Configuration,运算功能有限、电力有限的嵌入式装置,如PDA 、手机等):可工作于100K(RAM),JIT(Just In Time,即时编译技术)需要最大些。典型的部署要求500K-16M(RAM)。

    CDC(Connected Device Configuration,运算能力相对较佳、并请在电力供应上相对比较充足的嵌入式装置,如冷气机、电冰箱等):VM约为250K,JIT小于300K,VM+JIT+基础类库约占2-2.5M。典型的部署要求:4M-32M。

    当然,内存的占用量还取决于应用的大小及内在的使用情况。可以看出,其实Java平台不会占用太大的内存。但是,这只是问题的一半。另一半是,Java代码最后部署时是以类文件来部署的,它主要是包括字节码和元数据。通过对CVM数据的分析,可以看出,字节码占据着大概30%的数据量。而采用JIT编译的代码相对于字节码而言,可以发现,内存的占有量增加了,并有一个7-8倍的ARM指令集。由于,可以估计:

    Java类转成字节码的速度≈1/30%≈3.3x;

    原始语言转成字节码的速度≈7x。

    这意味着,Java代码的内存使用量约为原始语言代码的一半。当然这只是非常粗略的估算,但却是合理的估算。

    使用Java的JIT后,只有那些使用频率高的代码才会被编译。而在系统中只是偶然被执行的代码则采用解释来编译。同时,JIT尽量使被编译的代码其内存占有量保持在一较小的范围内。对CVM(CDC所使用虚拟机),默认值为512K。而在一些较优秀的程序中,可以发现,其值为100K-300K。

    这也就是说,使用Java编写的程序,只有使用频率比较高的代码才导致内存占用的增加。相反,使用C/C++编写的程序,整个代码都需要进行编译。因此,不能说使用Java语言编写的程序占用的内存就会比使用C/C++编写的程序大。这决定于软件相对于平台代码的复杂度及大小。如果软件规模比较大,Java平台所消耗的内存远小于Java类文件简洁性节约的内存,这种情况下,使用Java平台将有利于节约内存。如果软件的规模比较小,则Java平台消耗的内存就比较明显了,可以考虑使用C/C++来开发,以节约内存。

    展开全文
  • http web服务器

    千次阅读 2016-05-09 15:29:49
    web服务器实现web服务器实现了http和相关的tcp连接处理,负责管理...web服务器设备 就是预先包装好的软硬件解决方案,厂商在他们选择的计算机平台上预先安装好软件服务器,并将软件配置好。 嵌入式web服务器 可以嵌入

    web服务器实现

    web服务器实现了http和相关的tcp连接处理,负责管理web服务器提供的资源,
    以及对web服务器的配置、控制、及扩展方面的管理。
    
    1. 通用的软件web服务器 有很多种,大多来自三个公司,apache,微软和sun的iplant。
    2. web服务器设备 就是预先包装好的软硬件解决方案,厂商在他们选择的计算机平台上预先安装好软件服务器,并将软件配置好。
    3. 嵌入式web服务器 可以嵌入到电子消费品中去。

    实际的web服务器会做什么

    1. 建立连接 如果不希望与这个客户端建立连接,就关闭
    2. 接受请求
    3. 处理请求
    4. 访问资源 访问报文中指定的资源
    5. 构建响应 创建具有正确响应首部的http报文。
    6. 发送响应
    7. 记录事务处理过程

    接受客户端连接

    客户端请求一条到服务器的tcp连接时,web服务器会建立连接,并将接连添加到现存的web服务器连接列表中去,做好监视连接上的数据。web服务器可以随意的拒绝或者关闭任意一条连接。
    
    客户端主机名识别:web服务器将客户端主机名用于**详细的访问控制和日志记录**。但是请求过来的时候,只有客户端ip,可以通过方向dns来查找主机名,但是可能会很慢。通过ident协议来确定客户端用户。如果客户端支持ident协议,就在tcp端口113上坚挺ident请求。这种方式在因特网上,并不常用。
    

    接受请求报文

    解析请求行,获取请求方法,和资源标识符。获取首部。如果有的话,还需要读取请求主体。
    
    1. 报文内部表示法 有些web服务器使用内部数据结构来存储请求报文。将首部放到一个快速查询表中。
    2. 连接输入输出的处理结构 因为有的请求,会在任意时刻到达,web服务器会不停的观察有无新的web请求。不同的web服务器结构会以不同的方式为请求服务:单线程web服务器,多进程及多线程web服务器,复用的io服务器(异步io),复用的多线程web服务器。

    对资源的映射和访问

    负责发送预先创建好的内容,或者服务器上程序动态生成内容。
    
    1. docroot 最简单的资源映射,就是使用uri作为名字访问web服务器文件系统中的文件。web服务器会有一个特殊的文件夹专门存放web内容。称为文档根目录。把请求中的uri放在根目录后面找到对应的资源。
    2. 虚拟托管的docroot 就是一台服务器上提供多个web站点,每个站点在服务器上有自己的独有文档根目录。虚拟托管web服务器根据uri或者host首部的主机名或者ip识别正确的文档根目录。
    3. 用户的主目录docroot web服务器上为人们提供私有的站点,通常把那些一斜杠和波浪线开始/~。私有的docroot通常都是用户主目录下那个名为public_html的目录。
    4. 目录列表 如果客户端请求的是一个目录,而不是一个资源,那么会有以下几种方式处理:返回一个错误;不返回目录,返回一个特殊的默认的索引文件;扫描目录,返回一个包含目录内容的html页面。大多数服务器会去目录下查找index.html文件来代替此目录。这都是可以配置的。
    5. 动态内容资源映射 web服务器还可以将uri映射为动态资源。映射到按需动态生成内容的程序上去。web服务器要能分辨出资源什么时候是动态的,动态内容生成程序位于何处。apache允许用户把uri映射为可执行文件目录。
    6. 访问控制 对特定的资源,进行访问控制

    构建响应

    1. 响应实体 mime类型,content-length(不一定需要,如果服务器响应了这次请求之后,就把连接关了就不需要这个,整个流,都属于这个主题),主体的实际内容。
    2. mime类型 web服务器可以使用文件扩展名来说明mime类型。web服务器会为每个资源扫描一个包含了所有扩展名的mime类型文件。 -魔法分类 扫描内容,确定mime。 -显式分类 根据目录 -类型协商
    3. 重定向 适用于以下几种情况:永久删除的资源(301),临时删除的资源(303),url增强(303,307),负责均衡,服务器关联,规范目录名。

    发送响应

    要注意此次响应发送完之后,是否要关闭连接。
    
    展开全文
  • 2012-11-03 wcdj Web服务器的含义 Web服务器会对HTTP请求进行处理并提供响应。“Web服务器”可以用来表示: (1) Web服务器的软件;...(2) Web服务器设备,即预先打包好的软硬件解决方案;...Web服务

    2012-11-03 wcdj

    Web服务器的含义

    Web服务器会对HTTP请求进行处理并提供响应。“Web服务器”可以用来表示:

    (1) Web服务器的软件;

    (2) Web服务器设备,即预先打包好的软硬件解决方案;

    Web服务器的实现

    Web服务器实现了HTTP和相关的TCP连接处理,负责管理Web服务器提供的资源,以及对Web服务器的配置、控制及扩展方面的管理。

    Web服务器处理请求的基本步骤

    (1) 建立连接。接受一个客户端连接,或者如果不希望与这个客户端建立连接,就将其关闭;

    (2) 接收请求。从网络中读取一条HTTP请求报文;

    (3) 处理请求。对请求报文进行解释,并采取行动;

    (4) 访问资源。访问报文中指定的资源;

    (5) 构建响应。创建带有正确首部的HTTP响应报文;

    (6) 发送响应。将响应回送给客户端;

    (7) 记录事务处理过程。将与已完成事务有关的内容记录在一个日志文件中;

    一个简单的Perl Web服务器

     

    #!/usr/bin/perl
    
    #==============
    # Date: 2012-11-03
    # User: wcdj
    #==============
    
    use Socket;
    use Carp;
    use FileHandle;
    
    # [1] use port 8080 by default, unless overridden on command line
    $port = (@ARGV ? $ARGV[0] : 8080);
    
    # [2] create local TCP socket and set it to listen for connections
    $proto = getprotobyname('tcp');
    socket(S, PF_INET, SOCK_STREAM, $proto) || die;
    setsockopt(S, SOL_SOCKET, SO_REUSEADDR, pack("l", 1)) || die;
    bind(S, sockaddr_in($port, INADDR_ANY)) || die;
    listen(S, SOMAXCONN) || die;
    
    # [3] print a startup message
    printf("<<< perl_web_svr accepting on port %d >>>\n\n", $port);
    
    while (1)
    {
    	# [4] wait for a connection C(Client)
    	$cport_caddr = accept(C, S);
    	($cport, $caddr) = sockaddr_in($cport_caddr);
    	C->autoflush(1);
    
    	# [5] print who the connection is from
    	$cname = gethostbyaddr($caddr, AF_INET);
    	printf("<<< request from [%s] >>>\n", $cname);
    
    	# [6] read request msg until blank line, and print on screen
    	while ($line = <C>)
    	{
    		print $line;
    		if ($line =~ /^\r/) {last; }
    	}
    
    	# [7] prompt for response msg, and input response lines,
    	#     sending response lines to client, until solitary "."
    	printf("<<< type response followed by '.' >>>\n");
    
    	while ($line = <STDIN>)
    	{
    		$line =~ s/\r//;
    		$line =~ s/\n//;
    		if ($line =~ /^\./) {last; }
    		print C $line . "\r\n";
    	}
    
    	close(C);
    	
    }
    




    展开全文
  • 19Web服务

    千次阅读 2019-05-27 17:10:00
    Web服务 Web服务 Micosoft.Net平台架构中的分布式系统主要包括两部分:用ASP.Net技术构建服务器端动态网页,以及Web服务(Web Service或XML Web Service)。前边章节已详细介绍了构建服务器端动态网页的方法,本...

    Web服务


    Web服务

    Micosoft.Net平台架构中的分布式系统主要包括两部分:用ASP.Net技术构建服务器端动态网页,以及Web服务(Web Service或XML Web Service)。前边章节已详细介绍了构建服务器端动态网页的方法,本章将介绍Web服务的基本概念和构建方法。

    13.1  Web服务的概念和用途

    Web中无论是静态网页还是动态网页,数据都被嵌入到网页中,网页的服务对象都是人,用户可以很容易阅读这些网页。但如果一个程序使用这种方式获得数据,会是十分困难的,程序必须从网页中把数据分离,才能加以利用。而用一个程序在Web中获得数据有时又是十分必要的,例如:一个气象台总站希望通过Internet获得各个基层气象台的各种资料,在网上以统一的网页对外发布。气象台总站希望各个基层气象台提供一个Internet的服务,能根据总站的要求,自动提供相应的资料。类似的例子很多,例如一个大单位的总部和下属单位之间信息系统的整合,一个综合网站希望自动获得其它网站提供的信息等等。这种需求实际上就是Web服务。

    为实现这种功能有很多困难,各个基层气象台使用的系统可能完全不同,即使使用相同的操作系统,也可能使用不同数据库系统,数据库中定义的字段可能不同,数据库应用程序可能使用不同的语言编制,即使这些完全相同,还可能数据的表示方式不相同,例如数据格式,数据的位数等等。为解决这些问题,已提出了许多方案,例如:微软的分布式控件对象模型(DCOM)、对象管理组织(OMG)的公用对象请求代理程序体系结构(CORBA)、SUN公司的远程方法调用(RMI)等等,但这些方法都不能很好的解决以上问题。

    Micosoft.Net的Web服务为实现这种功能提供了完整的解决方案。Web服务使用XML描述数据,保证程序可以理解数据;用SOAP协议把XML数据封装为消息,SOAP(Simple Object Access Protocol,简单对象访问协议)是基于XML的消息传递协议,由于是基于XML,保证了不同系统的不同程序之间,只要支持SOAP,都可以互相通信;用Http协议在Internet上传输SOAP消息。用Micosoft.Net的Web服务实现气象台总站所需功能的大概思路是这样的,每个基层气象台在自己的系统中提供一个Internet远程调用函数,该函数用HTTP协议接受用SOAP表示的调用,并把函数的返回值用XML扩展标记语言描述,用SOAP表示后,用HTTP协议返回给调用者。气象台总站只要使用HTTP和SOAP协议逐一调用这些Web远程函数,就可以获得各个基层气象台返回的用XML表示的资料了,用程序很容易分析、提取XML表示的资料中的数据。由于这些协议都是被不同系统广泛接受的协议,XML数据可以被不同系统的不同程序所理解,也就解决了以上所提出的问题。

    由以上叙述可知,Web服务不追求代码的可移植性,而是提供一个可行的解决方案来实现不同系统程序之间的数据通讯和理解。有许多Web服务的定义,比较简单又比较容易理解的描述是:Web服务是一个独立于系统的,可通过HTTP、SOAP和XML协议进行访问的Web远程函数库。

    刚才讨论的问题只是Web服务的几个应用,还有许多其它用途,例如:

    应用程序集成

    可以使用Web服务以一种集成的方式整合表面上看上去完全不同的现有应用程序。例如许多公司的每个部门都有定制的软件,产生一系列有用但是孤立的数据和业务逻辑。为了管理上的方便,非常有必要把这些应用程序功能集合到一起。利用Web服务,就有可能把现有的应用程序中的数据和功能以Web服务方式提供给其它部门。然后可以创建一个集成的应用程序,增强各部门之间的互操作性。

    代码复用

    在软件开发行业,大部分软件开发者都依赖代码复用。过去软件开发者为了利用他人已经实现的代码,或者将代码段复制到自己的代码中,做一些改动以适应自己得需要,或者在服务器或个人计算机上安装一个库,让应用程序来访问这个库。这将使得代码有很多个版本,而这些版本间可能只有细微差别,却分散在各个地方。当代码最初的开发者决定对代码更新一下或者改正一下错误,要把这些改变告诉所有使用这些代码的开发者的时候,将是非常困难的。如果我们把代码放在一个中心位置存储,让所有人都访问这儿,这不是很好吗?这样原创者可以在做了一些增补或者修正之后,能够立即提供给所有使用它的人。用Web服务可以实现以上设想,远程调用Web服务中的方法,就象调用本地函数一样方便。

    工作流程解决方案

    有些工作是非常复杂的,例如货物的运输,可能要使用多种交通工具,火车、汽车、轮船等,是一个非常复杂的流程,流程的每一个环节都由不同部门的不同的程序进行控制,如何建立这些控制程序之间的联系,是十分重要的。使用Web服务是一个很好的解决方案。通过Web服务,使各个流程控制程序建立联系,完全实现货物运输的自动控制和管理。

    新的销售方式

    现在软件的销售方式一般是用户把软件买回去,安装在自己的计算机中。有了Web服务,就可以提供软件的使用服务,用户可以远程使用应用软件,按次收费。

    由Web服务组成的自动化系统

    不远的将来,信息家电将要联接到Internet网上,PDA、手机,甚至各种嵌入式设备也要上网,这些设备和其它设备之间通过Web服务建立联系也是一种可行的方案。

    13.2  建立Web服务

    Web服务仍采用客户/服务器模式(Client/Server)。本节介绍在服务器端应做的工作,包括建立供客户端调用的Web服务方法,以及为了客户端使用Web服务方法,提供给客户端描述该Web服务的WSDL文档。

    13.2.1       用记事本建立Web服务

    例子e13_2_1A建立一个Web服务文件和建立一个普通网页文件的步骤基本一样,下边是一个最简单的Web服务文件,其它程序访问其中的Web服务方法时,将返回参数a和b的和,具体程序代码如下:

    <%@ WebService Language="C#" class="MyClass"%>

    using System;

    using System.Web.Services;

    public class MyClass:WebService

    {     [WebMethod]

    public int MyWebMethod (int a,int b)//注意形参的名称将在图13.2.1C中出现

    {     return a+b;

    }

    //其它WebMethod 

    }

    在文件中,第一行的语句表示这是一个Web服务文件,使用C#语言,Web服务的类名是MyClass。第4条语句创建了一个以WebService类为基类的派生类MyClass,该类必须是一个公有类。建立的Web服务类不必以WebService类为基类,但从WebService类派生,可获得对ASP.Net对象(例如Application和Session)的访问权限。如以WebService 类为基类必须引入命名空间System.Web.Services。可供网上其它程序访问的方法叫Web服务方法,在其头部必须增加关键字[WebMethod],表示这个方法是一个Web服务方法,这个方法必须是一个公有方法。

    建立文件后,以asmx为扩展名存盘,存到网站的宿主目录中或其任意子目录中,本例以e13_2_1.asmx存到网站的宿主目录下的WriteBook目录中。现在使用浏览器测试这个Web服务方法,使用URL定位这个Web服务方法,在浏览器中URL地址栏中输入如下地址:http://localhost/ WriteBook/e13_2_1.asmx,浏览器中显示如图13.2.1A。

                           

    图13.2.1A

    在网页中可以看到建议:"此Web服务使用http://tempuri.org/作为它的默认命名空间。建议:在使XML Web service公开之前,请更改默认命名空间"。这段话的意思是说为了和其它Web服务相区别,在发布Web服务时,必须有唯一的命名空间,可以使用自己单位的网址或IP地址作为此命名空间。修改e13_3_1A.asmx为e13_3_1.asmx如下:

    <%@ WebService Language="C#" class="MyClass"%>

    using System;

    using System.Web.Services;

    [WebService(Namespace="http://202.206.96.204/")]

    public class MyClass:WebService

    {  [WebMethod]

       public int MyWebMethod (int a,int b)

       {    return a+b;

       }

       //其它WebMethod 

    }

           再一次用网址http://localhost/e13_2_1.asmx运行,将不出现建议部分,如图13.2.1B所示。

     

    图13.2.1B

    点击MyWebMethod,浏览器中显示如图13.2.1C。

     

    图13.2.1C

    在编辑框中输入两个加数分别为10和20,然后点击"调用"按钮,打开另一浏览器窗口如图13.2.1D,这是用XML标记表示的调用Web服务方法MyWebMethod返回的结果。请注意,这里运行只是一种测试,实际上应在其它计算机上生成一个调用此Web服务的客户端程序,可以是Windows应用程序,也可以是控制台程序,或者是ASP.Net应用程序,即可以是Micosoft.Net系统程序,也可以是其它系统程序,例如Java程序,Linux程序等等,下节将介绍这方面的知识。

     

    图13.2.1D

    13.2.2       用VS.Net建立Web服务

    如果使用VS.Net建立这个Web服务文件,具体步骤如下:

    (1)  新建asp.Net web服务项目,在"位置(L)"编辑框中键入:http://localhost/e13_2_2,其中e13_2_2就是项目的名字。单击"确定"按钮,创建项目。

    (2)  可以看到标题为"Service1.asmx.cs(设计) "窗口。右击该文件,在弹出快捷菜单中单击"查看代码(C)" 菜单项,打开Service1.asmx.cs源文件如图13.2.2。

     

    图13.2.2

    (3)为了在访问时不出现建议提示,在Service1类定义的前边加入如下语句:[WebService(Namespace="http://202.206.96.204/")]。

    (4)   文件中已有一个Web服务方法HelloWorld,但被注释掉。下面增加一个Web服务方法MyWebMethod如下:

    [WebMethod]

    public int MyWebMethod(int a,int b)

    {     return a+b;

    }

    (5)  现在用IE浏览器测试这个Web服务,按F5运行,将显示类似图13.2.1B的界面(类名不同),点击MyWebMethod,浏览器中显示如图13.2.1C。在编辑框中输入两个加数分别为10和20,然后点击"调用"按钮,打开另一浏览器窗口如图13.2.1D,这是用XML表示的调用Web服务方法MyWebMethod返回的结果。

    13.2.3       服务描述语言(WSDL)

    Web服务提供了一种服务,允许Internet上的计算机使用HTTP和SOAP协议远程调用Web服务方法。大家都知道,为了使用一个函数,首先要看一下函数的使用说明。Web服务方法也存在同样的问题,特别是SOAP协议,它采用XML标记语言描述Web服务中传递的消息,而XML标记语言是可以定义自己的标记的,但SOAP并没有提供一种通用的XML标记供Web服务使用,不同的Web服务中SOAP的XML标记定义可能不同。因此,为了使不同系统调用其它系统中的Web服务,必须对调用Web服务的方法及Web服务返回的数据的格式做详细说明即服务描述,而且这种描述也应采用被广泛接受的协议。

    WSDL(Web Services Description Language)中文名称为Web服务描述语言,用来对Web服务进行说明。WSDL是基于XML的,用WSDL生成一个XML文档,可以提供关于Web服务的操作信息,例如,抽象形式的服务接口信息、数据传输的具体访问协议和格式、供客户端使用该Web服务的细节等等。服务描述是一个使用WSDL语言的XML文档,定义了Web服务能理解的Web服务消息格式。服务描述起一个协定的作用,用来定义一个Web服务的行为并且指示潜在的客户如何与之交互。WSDL文档最重要的的用途就是在客户端生成代理类,详情见13.3.3节。

    由于在VS.Net可以自动生成WSDL文档,这里就不介绍WSDL了。可以通过下边方法看到VS.Net自动生成的WSDL文档,例如查看上节生成的Web服务,在浏览器中URL地址中输入http://localhost/ e13_2_2/Service1.asmx?WSDL,浏览器中显示该Web服务WSDL文档。或者单击图13.2.1B中的服务说明,也可看到这个WSDL文档。

    13.3  基于.Net的Web服务客户端程序

    Web服务客户端程序是用来调用服务器端的Web服务方法,前边使用浏览器调用Web服务方法,只能算做一种测试,通过这种测试,可以验证Web服务方法的正确性,发现错误。作为客户端程序,无论在何处,采用那种操作系统,希望只要知道Web服务的所在网址,就可以调用其相关Web服务方法。Web服务客户端程序一般应在Web网上的另一台计算机中,仅仅做实验或学习,也可以和Web服务在同一台计算机中。本节介绍如何实现基于.Net的Web服务客户端程序。

    13.3.1     调用Web服务方法采用的协议

    客户端可采用3种协议调用Web服务方法: HTTP-GET、HTTP-POST和SOAP协议。HTTP-GET和HTTP-POST协议是Web网页传递参数的标准协议。使用HTTP-GET调用e13_2_1.asmx 中的Web服务方法,可在IE浏览器的地址栏中输入如下内容,将返回图13.2.1D网页,注意a和b是Web服务方法的形参名称。

    http://localhost/WriteBook/e13_2_1.asmx/MyWebMethod?a=10&b=20

    如果使用HTTP-POST调用e13_2_1.asmx 中的Web服务方法,可采用如下网页:

    <html>

      <body>

        <form method="POST" action="e13_2_1.asmx/MyWebMethod">

          输入第1个加数a:<input name="a" Value=""><br>

          输入第2个加数b:<input name="b" Value=""><br>

          <input type="submit" value="调用Web服务">

        </form>

      </body>

    </html>

    用记事本程序输入此网页,注意a和b是Web服务方法的形参名称,以e13_3_1.htm为文件名存入e13_2_1.asmx所在的文件夹。用浏览器打开此网页,浏览器显示效果如下。按图所示输入两个加数,单击调用Web服务按钮,将返回图13.2.1D网页。

     

    图13.3.1A

    使用HTTP-GET和HTTP-POST协议传递Web网页参数只能采用变量名/变量值对,无法传递象DataSet、二进制文件等数据类型,为了传递复杂数据类型,可采用SOAP协议。SOAP(Simple Object Access Protocol,简单对象访问协议)是基于XML的消息传递协议,由于是基于XML,保证了不同系统的不同程序或组件之间,只要支持SOAP,都可以互相通信,更多SOAP规格的信息,请看W3C Web站点(http://www.w3.org/TR/soap)。如使用SOAP协议调用e13_2_1.asmx 中的Web服务方法,必须对调用的Web服务方法和方法参数用SOAP协议封装,实现比较复杂,.Net系统一般采用创建代理类的方法,因此不再介绍用SOAP封装的方法了,以后章节将详细介绍创建代理类的知识。

    13.3.2       VS.Net建立Web服务客户端程序

    Web服务客户端程序用SOAP协议调用远程的Web服务方法,Web服务客户端程序必须把程序的调用及其参数转化为SOAP协议,传送到Web服务。调用Web服务方法后,Web服务方法返回以XML表示的结果,还需要对XML文档进行解析,得到指定类型的数据。这些工作比较繁琐。程序员希望采用象普通编程语言调用一个方法那样调用Web服务方法,返回指定类型的数据。.Net系统采用创建代理类的方法实现这一目的。所谓代理,就是在客户端生成本地对象,作为远程Web服务方法的前端,该代理的功能是,Web服务客户端程序用一般程序语言那样调用Web服务方法,代理程序负责转换为SOAP协议,用SOAP协议调用Web服务方法,由代理程序负责获得Web服务方法返回的数据,由于这些数据也用SOPA协议表示,也要由代理程序转换为一般程序语言能够理解的数据类型,传送给Web服务客户端程序。

    VS.Net工具提供了在Web服务客户端创建代理类的方法,客户端程序不必一定和Web服务在同一台计算机中,可以在任意一台Internet网中的计算机中。客户端程序可以是windows应用程序、ASP应用程序,也可以是另一个Web服务程序。下边以创建windows应用程序为例,介绍在Web服务客户端创建代理类的方法,具体步骤如下:

    (1)   打开VS.Net,新建C#语言windows应用程序项目,项目命为e13_3_2,在窗体中增加一个按钮,标题为"调用Web服务",单击按钮将调用Web服务的Web方法,在窗体中增加2个文本框,用来输入两个加数。用3个Label控件作为提示信息,属性Text分别为:加数a、加数b、和。用一个Label控件显示调用Web服务的Web方法后返回的结果。设计界面如图13.3.2D。

    (2)   建立Web服务客户端代理。单击VS.Net菜单"项目"|"添加Web引用"菜单项,弹出标题为"添加Web引用"的对话框如图13.3.2A。

     

                                                         图13.3.2A

    (3)在对话框中的"地址(A) "栏中输入Web服务的URL,这个Web服务一般应在远程计算机中。本例Web服务和客户端在同一台计算机中,即是在13.2.2节中用VS.Net建立的Web服务,其URL为http://localhost/e13_2_2/Service1.asmx。不能使用例子e13_2_1建立的Web服务,因其不能自动创建WSDL文件。然后单击"地址(A)"栏右侧箭头图标,V S.Net自动查找指定URL的WSDL文件。见图13.3.2B。

     

    图13.3.2B

    (4)   单击标题为"添加引用"的按钮,在解决方案资源管理器中,可以看到一个新的"Web References"。见图13.3.2C。引用Service1采用如下格式:localhost.Service1。

    (5)   为按钮增加事件函数如下,注意引用Service1的方法。

    private void button1_Click(object sender, System.EventArgs e)

    { int x,y;

    x=Convert.ToInt16(textBox1.Text);

    y=Convert.ToInt16(textBox2.Text);

    localhost.Service1 ws=

    new localhost.Service1();

    label4.Text=ws.MyWebMethod(x,y).ToString();

    }

    (6)   按F5,运行,输入2个加数,单击标题为"调用Web服务"按钮,显示和为30。

     

     

     

     

     

     

    图13.3.2D                                   图13.3.2C

    13.3.3   WSDL程序

    .Net Framework的SDK提供了一个命令行程序WSDL.EXE,可以自动为Web服务客户端程序生成一个代理程序。下边介绍生成代理程序的具体方法。WSDL.EXE必须在控制台界面下使用,以生成例子e13_2_2中的Web服务的客户端代理类为例,使用的格式如下:

    wsdl /l:C# /OUT:Service1.cs /protocol:soap http://localhost/e13_2_2/Service1.asmx?WSDL

    其中,/l参数指定编制Web服务客户端程序使用的语言,可以是vb、C#和Jscript,默认值为C#;/OUT参数指定生成的代理类文件的路径和文件名,默认值和Web服务ASMX文件同名,扩展名为参数/l指定的语言的扩展名;参数/protocol指定调用Web服务方法使用的协议,可以是HTTP-GET、HTTP-POST和SOAP协议;http://后边是Web服务ASMX文件的URL。WSDL.exe是一个绿色软件,可以拷贝到任意位置运行。WSDL运行的结果是生成一个Web服务客户端程序代理类的源程序,可以用记事本程序查看其源代码。有了源程序,还要编译源程序生成dll文件,格式如下:csc /t:library Service1.cs,使用方法可参见1.2节。最终生成一个Service1.dll文件,使用它可以生成客户端代理类。

    VS.Net也是使用WSDL.EXE为客户端程序增加代理程序。如果不使用VS.Net,只能直接使用WSDL.EXE生成客户端程序增加代理程序。

    例子e13_3_3:控制台应用程序调用Web服务方法,源程序如下:

    using System;

    using System.Web.Services;

    class UseService1

    {

    public static void Main()

    { string s;

    int x,y,z;

    Console.WriteLine("输入第1个加数a:");

    s=Console.ReadLine();

    x=Convert.ToInt(s);

    Console.WriteLine("输入第2个加数b:");

    s=Console.ReadLine();

    y=Convert.ToInt(s);

    Service1 ws=new Service1();//代理类对象

    z=ws.MyWebMethod(x,y);//调用Web服务方法

    Console.WriteLine("sum:={0}",z);

    }

    }

    以文件名UseService1.cs存盘,和Service1.dll在同一文件夹,用下面的命令编译这段代码:csc /r:Service1.dll UseService1.cs,生成UseService1.exe,运行生成的UseService1.exe程序,输入两个加数后,在CRT上输出运算结果。

    如用记事本生成调用Web服务的ASP.Net网页文件,要把生成的Service1.dll文件存到这个网页文件所在目录的子目录bin下,这个代理类就可以被这个ASP.Net网页使用了。请读者完成这个例子。

    13.3.4   同步和异步Web服务

    以上所介绍的客户端调用Web服务方法,要一直等待Web服务方法运行结束后,返回结果,才能执行其它程序,这种调用方法叫做同步模式Web服务调用。如果Web服务方法访问远程数据库、执行网络输入/输出和读写大文件,将花费大量时间执行这些操作,采用同步Web服务模式将会降低程序的运行效率,此时可使用Web服务异步调用模式。所谓异步模式Web服务调用是程序执行Web服务调用后,并不等待返回的结果,而是执行其它程序,一直到希望取回Web服务方法返回数据时,才取回数据分析。13.3.3节中生成的Service1.cs中有两个方法BeginMyWebMethod和EndMyWebMethod就是为了实现Web服务异步调用模式的,有兴趣的读者可参考有关文献深入学习。

    13.3.5       不同系统Web服务的互操作

    前面仅仅介绍了.Net系统Web服务的建立及使用,那么不同系统Web服务是否可以实现互操作呢?换句话讲,一个系统的客户端程序是否可以使用另一个系统的Web服务呢?答案应该是肯定的,但实现起来却很麻烦。这主要是各个系统实现的WSDL、Soap协议等细节还不完全相同,很多系统并不能自动生成代理程序,很多工作还必须由程序员自己实现。程序员首先要做的是把程序的调用及其参数转化为SOAP协议,用Http-Post协议发送给Web服务程序。其次调用Web服务方法后,Web服务方法返回以XML表示的结果,还需要对XML文档进行解析,得到指定类型的数据。很多公司提供了SOAP工具包来创建和分析SOAP消息。这些工具包通常将函数调用从某种语言转换为SOAP 消息。例如,Microsoft SOAP Toolkit 2.0 将 COM 函数调用转换为 SOAP,而 Apache Toolkit 将 JAVA 函数调用转换为 SOAP。函数调用的类型和支持的参数的数据类型随每个SOAP实现方案的不同而不同,因此适用于一个工具包的函数可能并不适用于另一个工具包。这并不是 SOAP 的限制,而是所使用的特定实现方案的限制。本课程就不介绍这方面的知识了,有兴趣的读者可参考有关文献,继续深入学习。

    13.4   发布和发现Web服务

    在Web服务中应包括三个角色:Web服务提供者、Web服务调用者、Web服务注册查询中心。他们之间的关系如下图。

    完成Web服务开发,Web服务提供者为了让Web服务调用者找到自己的Web服务,必须到Web服务注册查询中心注册自己的Web服务。Web服务调用者只有到Web服务注册查询中心查询才能找到需要的Web服务。当然,并不是所有的Web服务应用都包括以上3部分,例如,上节所介绍的气象台、应用程序集成、工作流程解决方案等并不需要Web服务注册,而代码复用、新的销售方式则需要Web服务注册。作为程序员,学习的重点应在学习创建Web服务服务器端和客户端程序。本节简单介绍Web服务发布和查找问题。

     

                   图13.4

    13.4.1     Web服务发布

    和使用因特网上任何其他的资源一样,如果没有查找的方法,是不可能够找到一个特定的Web服务的。为了实现Web服务的注册和查找,微软、IBM和Ariba合作建立了一个带有UDDI(Universal Description 、Discovery and Integration,统一描述发现和集成规范)的网站:http://www.uddi.org/,可以让Web服务供应者在其上发布他们提供的Web服务的信息,而Web服务使用者可以在此网站查询所需的Web服务。

    UDDI是一个独立于平台的、开放式的架构,可描述Web服务、发现服务,并提供一个可操作的注册表,允许Web服务提供者注册。现在已有几百家公司支持UDDI协议。

    13.4.2       Web服务发现

    程序设计者可以通过以下步骤发现所需的Web服务:

    (1)    首先,访问Web服务目录网址,例如http://www.uddi.org/,查找所需Web服务,将返回一个所需Web服务URL。

    (2)    按照返回URL,用如下格式访问这个网址:http:// 返回Web服务URL?discro。disco文件是包含连接到其它描述XML Web服务资源的XML文件。.Net的Web服务自动创建这个XML Web服务disco文件,读者可用如下语句访问web服务例子e13_2_2的disco文件:http://localhost/e13_2_2/Service1.asmx? disco。

    (3)    使用Web服务的WSDL建立一个Web服务客户端程序代理类。

    (4)    建立Web服务客户端程序,使用代理类访问Web服务方法。

    13.5  使用Web服务的例子

    本节介绍2个使用Web服务的实际例子,进一步介绍Web服务的使用。

    13.5.1       .Net系统Web服务支持的数据类型

    并不是所有数据类型都可以作为Web服务方法参数和返回值的数据类型,这是因为一种数据类型在不同的系统中,定义的格式可能不同,例如常见的int类型,在不同系统中位数可能不一致。为了解决这个问题,XML Schema Definition草案规定了Web服务应支持的数据类型及定义。主要包括基本类型:String、Char、Boolen、Int16、Int32、Int64、UInt16、UInt32、UInt64、Single、Double、Decimal等,以及class、struct、DataSet、XmlNode、String[]、DataSet[]、XmlNode[]等等。.Net系统的Web服务支持以上数据类型。

    13.5.2       使用Web服务返回数据库表

    使用Web服务,经常要查询数据库中指定数据,一般这些数据为一个数据库表。由于Web服务不支持DataTable类对象作为参数或返回值数据类型,因此必须把DataTable类对象放到DataSet类对象中,作为返回值数据类型,下边是实现的例子。

    例子e13_5_2A:本例创建Web服务器端的程序,其Web服务方法返回第8章创建的数据库StudentI中的Student表。使用VS.Net建立这个Web服务的具体步骤如下:

    (1)创建asp.Net web服务项目,项目名为e13_5_2。

    (2)按照8.12节的例子e8_12中的第(4)步到第(8)步创建OleDbConnection对象、OleDbDataAdapter对象和数据集DataSet对象。

    (3)在构造函数Service1中增加语句如下:

    dataSet11.Clear();

    oleDbDataAdapter1.Fill(dataSet11);

    (4)  为了在访问时不出现建议提示,在Service1类定义的前边加入如下语句:[WebService(Namespace="http://202.206.96.204/")]。

    (5)  增加一个Web服务方法MyWebMethod如下:

    [WebMethod]

    public DataSet MyWebMethod ()

    {     return dataSet11;

    }

    例子e13_5_2B本例创建Web服务客户端的程序,单击按钮,调用例子e13_5_2中Web服务方法,将返回的使用数据库StudentI中的Student表在DataGrid控件中显示。用VS.Net建立Windows应用程序的具体步骤如下:

    (1)  打开VS.Net,新建Windows应用程序项目,项目命为e13_5_2B,在窗体中增加一个按钮,标题为"调用Web服务",单击按钮将调用例子e13_5_2中的Web服务方法。增加一个DataGrid控件,用来显示调用Web服务方法后返回的数据库StudentI中的Student表。

    (2)  按照例子e13_3_2的方法添加Web引用。

    (3)  为按钮增加事件函数如下:

    private void button1_Click(object sender, System.EventArgs e)

    {   localhost.Service1 ws=new localhost.Service1();

    DataSet ds=ws.MyWebMethod();

    dataGrid1.DataSource=ds.Tables[0].DefaultView;

    }

    (4)  编译运行,单击标题为"调用Web服务"的按钮,将在DataGrid控件中显示数据库StudentI中的Student表。

    13.5.3       用Web服务传送图形文件

    本节介绍用Web服务传送图形文件的方法。基本思想是在服务器端把图形文件转换为一个字节数组,传递到客户端,再转换为图形文件,并显示,步骤如下:

    例子e13_5_3在服务器端的Web服务方法如下:

    [WebMethod]

    public byte[] GetImage()

    {   string s=Server.MapPath("p1.GIF");

        if(File.Exists(s))

        {   FileStream fs=File.OpenRead(s);

            int n;

            MemoryStream fst=new MemoryStream();

            while((n=fs.ReadByte())!=-1)

            {  fst.WriteByte(((byte)n));

            }

            fs.Close();

            return fst.ToArray();

        }

        else

        {   return new byte[0];

        }

    }

    子e13_5_3B:在客户端建立Windows应用程序,按照例子e13_3_2的方法添加Web引用。增加一个按钮,标题为"调用Web服务",增加一个PictureBox控件用来显示所传递的图形文件。按钮单击事件函数如下:

    private void button1_Click(object sender, System.EventArgs e)

    {   localhost.Service1 ws=new localhost.Service1();

        byte[] B1=ws.GetImage();

        MemoryStream fst=new MemoryStream(B1,0,B1.Length);

        Bitmap image=new Bitmap(fst);

        pictureBox1.Image=image;

    }

    习题

    (1)    请说出其它使用Web服务的例子。

    (2)    修改例子e13_3_2为ASP.Net应用程序,此时,网页提供了一个界面,允许访问此网页的用户输入两个加数,单击计算按钮,调用另一台计算机中的Web服务方法计算两个加数的和。这时应在网页所在的计算机中生成代理类。(提示:要在两台计算机中完成)

    (3)    修改例子e13_3_2,客户端程序也是一个Web服务,调用例子e13_2_2中的求和Web服务方法,请问如何实现。(提示:要在两台计算机中完成)

    (4)    在Web服务中,也可以使用Application和Session对象,和ASP.Net中使用方法相同。修改例子e15_5_2,将DataSet对象放到Application中,供所有的Web服务使用。

    (5)    修改例子e15_5_2,客户端程序提供一个Sql语句,Web服务方法根据此Sql语句查询指定数据,返回客户端。

    (6)    完成例子e13_5_3。(提示:使用文件必须引入的命名空间using System.IO;)

    (7)    例子e13_5_3读文件可能出错,如何处理。

    转载于:https://www.cnblogs.com/Aha-Best/p/10931787.html

    展开全文
  • web 服务器有哪些

    万次阅读 多人点赞 2018-08-27 16:53:49
    什么是web服务器 "网络服务"(Web Service)的本质,就是通过网络调用其他网站的资源。 Web Service架构和云 如果一个软件的主要部分采用了"网络服务",即它把存储或计算环节"外包"...
  • 万维网: 万维网英文全称 World Wide Web(简写:www,重点词是Web),也叫做:Web、WWW、W3,常称作Web 万维网是是无数个网络站点和网页的集合,它们在一起构成了因特网最主要的部分,我们... 英特网提供的主要服务
  • Web应用程序  (1)什么是Web应用程序  应用程序有两种模式C/S、B/S。C/S是客户端/服务器端程序,也就是说这类程序一般独立运行。而B/S就是浏览 器端/服务器端应用程序,这类应用程序一般借助浏览器来运行。 ...
  • 使用nodejs和express搭建http web服务

    千次阅读 2021-01-15 19:24:19
    nodejs作为一个优秀的异步IO框架,其本身就是用来作为http web服务器使用的,nodejs中的http模块,提供了很多非常有用的http相关的功能。...今天我们将会介绍一下使用nodejs和express来开发web应用程序的区别。
  • php 内置的 web 服务器

    万次阅读 2017-12-29 17:21:49
    这个内置的Web服务器不应该用于生产环境,但对于本地开发来说是个极好的工具。Laravel Valet 起初就是使用这个内置的服务器,但是在1.1.0版本后将其替换为Caddy(查看相关新闻)。 1、启动 这个内置的Web...
  • 经常看到各种容器名称:Servlet容器、WEB容器、Java WEB容器、Java EE容器等,还有各种服务器名称:应用服务器、WEB服务器、WEB应用服务器、Java WEB应用服务器、Java EE服务器等, 下面我们尝试区分它们,找出他们...
  • 嵌入式Web服务器

    千次阅读 2013-07-21 17:28:36
    随着Internet技术的兴起,在嵌入式设备的管理与交互中,基于Web方式的应用成为目前的主流,这种程序结构也就是大家非常熟悉的B/S结构,即在嵌入式设备上运行一个支持脚本或CGI功能的Web服务器,能够生成动态页面,在...
  • 主流WEB服务器介绍

    千次阅读 2010-10-22 01:14:00
    WEB服务器 WEB服务器WEB服务器也称为WWW(WORLD WIDE WEB)服务器,主要功能是提供网上信息浏览服务。 WWW 是 Internet 的多媒体信息查询工具,是 Internet 上近年才发展起来的服务,也是发展最快和目前用的最广泛的...
  • AndServer,一个Android端的web服务器

    万次阅读 多人点赞 2017-03-20 06:34:26
    AndServer是一个Android端的Web服务器,类似Apache或者Tomcat,它是一个普通的Android Library,Android项目Gradle远程依赖或者添加Jar包皆可引入即可进行开发。
  • Portal认证WEB服务器建立规范

    千次阅读 2014-08-30 18:42:45
    为了满足广告推送,短信认证等需求,商场、酒店等客户使用TL-AC1000 Portal认证功能时需配合第三方认证系统,包括提供Portal认证页面的WEB服务器、认证服务器、短信猫等系列设备。TL-AC1000提供与WEB服务器、认证...
  • 用C语言制作Web服务器

    万次阅读 多人点赞 2016-05-23 09:30:15
    本文,我们将使用C语言从零开始实现一个支持静态/动态网页的Web服务器。我们把这个服务器叫做Tiny。 背景知识客户端-服务器编程模型使用socket处理请求与响应HTTP协议与静/动态网页关键代码解析实验效果与源码 ...
  • 嵌入式 web 服务器 对比 报告

    千次阅读 2011-02-12 09:11:00
    嵌入式web服务器对比报告 现在在嵌入式设备中所使用的web服务器主要有:boa、thttpd、mini_httpd、shttpd、lighttpd、goaheand、appweb和apache等。
  • 常用web服务器架构理解

    千次阅读 2018-06-24 17:39:16
    一、服务器架构理解 一个Web项目上线,必须依托于服务器成为互联网之中的一个节点,要使我们的应用得以运转,这个节点内容需要进行一系列的工作环境安装配置,而为了目标项目的安全性、稳定性、灵活性,同时考虑...
  • 常用的web服务器软件整理

    千次阅读 2018-07-25 16:21:40
    常用的web服务器软件整理 (1)ApacheApache是世界使用排名第一的Web服务器软件。它可以运行在几乎所有广泛使用的计算机平台上。Apache源于NCSAhttpd服务器,经过多次修改,成为世界上最流行的Web服务器软件之一。...
  • WEB服务器性能瓶颈分析

    万次阅读 2011-11-04 20:50:14
    本文先介绍一下各种WEB服务器平台,然后对影响WEB服务器性能的各方面做了分析,最后解析了目前使用最普遍的Apache服务器在服务请求高峰时的响应延迟现象  在上周的一篇文章里,我们介绍了搭建WEB服务器的方法,...
  • Apache web网站服务

    千次阅读 2021-06-22 17:25:10
    设备名称 系统版本 IP地址 所需软件 Web服务器 CentOS-7.3 eth0=192.168.10.101 Httpd-2.24.25.tar.gz 客户端 CentOS-7.3 eth0=192.168.10.102 三、实验思路 安装httpd服务器 httpd服务器的访问控制 虚拟...
  • 树莓派搭建web服务器

    万次阅读 多人点赞 2018-07-19 13:42:21
    树莓派搭建Web服务器  安装nginx+sqlite+php5打造轻量级W服务器  简单介绍一下 Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器,并在一个BSD-like 协议下发行。...
  • 什么是WEB服务器、应用服务器

    千次阅读 2009-04-16 07:58:00
    WEB服务器也称为WWW(WORLD WIDE WEB)服务器,主要功能是提供网上信息浏览服务。 (1)应用层使用HTTP协议。 (2)HTML文档格式。 (3)浏览器统一资源定位器(URL)。 WWW代表万维网的意思 WWW 是 Internet 的多媒体信息查询...
  • Web服务的体系架构

    千次阅读 2013-09-29 22:10:44
     Web是WWW(World Wide Web)的简称,又称为万维网,是建立在客户机/服务器上的,以HTML语言和HTML协议为基础,提供面向Internet服务的,有一致用户界面的一种信息服务系统。 Web Service简介:  其实就是一个...
  • 关于web 服务打印

    千次阅读 2019-05-23 19:25:23
    关于web 服务打印 现有一个餐饮社区团购,团长使用浏览器打开线上商城登录自己的账户,当该团长有新订单时则打印订单,一个收银打印机,一个后厨打印机 web 打印一直是一个比较尴尬的问题,不过好在有很多第三方...
  • APACHE是一个web服务器环境程序 启用他可以作为web服务器使用 不过只支持静态网页 如(asp,php,cgi,jsp)等动态...因为jsp需要连接数据库的话 就要jdk来提供连接数据库的驱程,所以要运行jsp的web服务器平台就需要APACHE
  • 嵌入式WEB服务器的实现

    千次阅读 2014-02-25 10:35:57
    1、建立连接:Web服务器做为服务端监听服务端口,打开一个socket文件,Web浏览器做为客服端建立连接此服务端口。  2、发送请求:Web浏览器通过socket向Web服务器提交请求。HTTP的请求一般是GET或POST命令。 3、...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 322,270
精华内容 128,908
关键字:

web服务设备