WEBServer工作原理及其应用编程方法.docVIP

Cfgdemo项目分析Created by Qianyong - PAGE 5 - Cfgdemo项目分析 WEB Server工作原理及其应用编程方法 说到WEB Server，就不能不提到HTTP协议 HTTP是Hyper Text Transfer Protocol的缩写，中文译称超文本传输协议。它和FTP协议一样，都是基于TCP的应用层协议，但它们服务器端使用的端口号不一样：通常情况下，FTP使用的端口号是20（数据链接）、21（控制链接），而HTTP使用的端口号是80。HTTP协议是一个采用的请求/响应模型的协议。HTTP协议最典型的应用是在WEB服务器和WEB浏览器之间传递数据。 下面举个例子来说明WEB浏览器和WEB服务器之间的交互过程： 1）网络环境 附注：服务器端包括两个文件：index.html和tibug.gif 2）建立链接 在HTTP Client（WEB浏览器IE）和HTTP Server（WEB服务器）进行数据传递的之前，需要在两者之间建立一个TCP链接，用于在两者之间传输HTTP报文。 当我们在IE的地址栏里输入：4\index.html并回车时，可以用软件sniffer捕获H1和H2之间的传输数据。在分析报文数据之前，我们先来分析一下它的含义： http://： 代表超文本传输协议，一般情况下不用输入（默认的） 4： 代表WEB服务器的地址（http://已暗示服务器端端口号为80） \index.html： 代表根目录下的网页文件 因此这句话的含义就是获取服务器上4:80根目录下的index.html文件。 用sniffer捕获到的前三个包分析结果如下： 序号 源端地址 目的地址 包内容 备注 1 5:1903 4:80 SYN 同步 2 4:80 5:1903 SYN+ACK 同步+应答 3 5:1903 4:80 ACK 应答 由此可见这三个TCP包是用来并成功地在HTTP Client（临时端口1903）和HTTP Server（固定端口80）之间建立一个TCP链接。 3）提交获取index.html文件的请求 建立好链接之后，客户端会向服务器端发一个HTTP报文来请求获取index.html文件，用sniffer捕获的结果如下： 从该报文的TCP报头可知该HTTP报文大小为364字节，从HTTP报头可以看出该HTTP报文仅仅含有HTTP包头，而没有数据。HTTP报头分为8行，每行以回车-换行符（CRLF －\r\n）结束。其中第一行称为Request-Line，HTTP协议为它定义了一个具体的语法格式： Method Request-URI HTTP/1.1 CRLF 这里，Method=GET、Request-RUI=/index.html（/和/index.html一样），服务器端处理这样的Request-Line时会解释为客户端请求获取服务器根目录下的index.html文件。第2-7行一起称为一个Header，其中每一行称为一个头域，每一个头域又由域名、冒号和域值三个部分组成，它们是用来告诉服务器一些与客户端相关的信息，让服务器据此来做一些决策。最后一行由回车-换行符组成。 接下来，我应该注意到TCP包头中PUSH位置1了，表示客户端要求服务器端尽快把这个包交给应用层，这时，服务器端向客户端发送一个应答，表示服务器端已经这个报文交给了应用层去处理。用sniffer捕获到的前三个包分析结果如下： 序号 源端地址 目的地址 包内容 备注 5 4:80 5:1903 ACK 应答 4）获取index.html文件 接下来服务器端就向客户端传输index.html文件。由于index.html文件的大小为3078字节，而TCP包最大的数据容量也就1460（1460=1500-20-20，HTTP包的最大数据容量比1460还要小，因为还要扣除HTTP包头），因此，要分多个TCP包才能完成此文件的传输。使用sniffer捕获的结果如下（只截取了HTTP包头部分）： 从这里可以看出，服务器端的数据是分三次传送到客户端的，TCP协议传送的数据字节数为3356（3356=1460+1460+436），HTTP报文数据的字节数为3078（Content-Length）。这里面，为什么TCP协议传送的数据字节数比HTTP协议传送的数据字节数要多278呢？这是由于第一个TCP报文数据里包含了278个字节的HTTP报头，也就是上图标有行号的1-10共十一行数据。这里的HTTP报头称为Full-Response报头，分为11行。其中第一行成为Response-Line，HTTP协议为它定义了一个具体的语法格式： HTTP/1.1 Status-Code Reason-Phr