• 关于HTTP协议（在前几篇博客《图解http协议》中有详细的介绍，在这就简单地说一下） 
      即超文本传输协议，它是应用层的协议，底层是基于TCP通信的。HTTP协议的工作过程：客户通过浏览器向服务器发送文档请求，浏览器会合成http请求报文格式（若想了解具体报文格式可结合费德勒抓包工具来学习），服务器将请求的资源b包装成http响应报文格式发送给浏览器。
• 关于URL 
     即统一资源定位符，每个网页都对应一个URL地址（俗称网址），具有全球唯一性。它包含的信息指出所请求文件path，参数等。 一个完整的URL包括协议类型、主机类型、路径和文件名。 
  http协议的URL格式： http: //host[:port][abs_path] ，http表示使用http协议来进行资源定位；host是主机域名或者ip地址；port是端口号，如果用户不填写则有默认的；abs_path代表资源的路径。 
  项目中主要涉及URL的两种格式—URL带参数和不带参数的。（?后边是参数） 下边是标准url的格式。
• GET方法有时会带参数有时会不带参数，如果带？则问号后边是参数，连接在资源路径后边；POST方法使用的是不带参数的URL，它的参数是通过http请求报文中的body传递给服务器的。
• 关于HTTP的请求与响应格式 
• 响应报头中的状态码和状态码描述，例如：当请求的资源不存在时，会收到“404 NotFound”的页面，404就是状态码，“NotFound”就是状态码描述，即请求的文件不存在，服务器无法处理。（关于其它状态码在前边几篇博客中有详细介绍）

1、http协议是基于TCP通信的协议，因此，实现web服务器的第一步至少要能实现两个主机不同进程之间的TCP通信，这部分可基于socket来实现。服务器端：创建sock->绑定（将sock文件描述符和ip地址端口号绑定在一起）-> 设置服务器为监听模式->accept->服务器创建线程去循环读写（创建一个新线程去单独处理一个客户端的请求）客户端·：创建sock->connect连接到服务器->循环读写。
2、接下来的部分就是比较主要的处理逻辑了，当服务器收到请求后，首先应该从请求报文中读取首行，从首行中分离出method,如果是get请求，则判断是否有query_string,如果有没有，则生成及静态页面，如果有，则触发cgi程序，根据参数不同，生成不同的cgi响应。如果是post请求，也触发cgi程序，根据body处的内容不同，生成不同响应。
3、判断资源是否存在，如果存在，判断这个资源是一个目录、还是文件。如果是目录，则返回该目录下的一个默认文件。例如：index.html.

cgi模式： 

     上述这张图描述了运行cgi时的过程，首先服务器要从浏览器上读取参数，然后需要fork出一个子进程进行cgi部分的处理，子进程进行程序替换来执行cgi程序代码。

下面总结出父子进程内部各自需要干的事情： 

1 创建一对管道

2 fork

3 对于父进程：

    a) 请求相关内容写入到管道中，

    b)尝试从管道中读取输出（CGI 程序生成的动态页面）

    c)把结果写回到socket里面，回收子进程

4 对于子进程

     a)设置环境变量（method query_string conent_length）,为了让程序替换后的CGI程序能够访问到。

     b)把标准输入标准输出重定向到管道中，所以在CGI程序中，printf scanf就相当于从管道中读取数据和往管道中放数据。

     c)子程序进行程序替换。

       需要改变响应的消息报头的格式，即改变状态码，状态码描述，以及返回的页面。例如当请求的资源不存在时，服务器需要返回给浏览器一个默认的404页面，告诉客户请求的资源不存在。效果如图： 

从功能上测试：

1 请求资源不存在时-----------预期结果：应出现404页面

2 请求资源存在，并且是文本文件时--------预期结果：出现存在的对应文本文件

3 请求资源为图片时：--------预期结果：展示存在的对应图片资源

4 当输入请求的path为一个目录时--------预期结果：展示服务器端wwwroot下的默认文件（index.html）

5 如果get请求并且带有query_string.----------预期结果：触发 CGI程序，动态生成页面

6 如果是post请求---------预期结果：触发 CGI 程序，动态生成页面

 从兼容性上测试：(在chrome,火狐等等浏览器上分别进行测试，看是否能正确显示)