一次完整的http请求处理过程+MPM工作模式

 1、建立连接：接收或拒绝连接请求
 2、接收请求：接收客户端请求报文中对某资源的一次请求的过程
 Web访问响应模型（Web I/O）
单进程I/O模型：启动一个进程处理用户请求，而且一次只处理一个，多个请求被串
行响应
多进程I/O模型：并行启动多个进程,每个进程响应一个连接请求
复用I/O结构：启动一个进程，同时响应N个连接请求
实现方法：多线程模型和事件驱动
多线程模型：一个进程生成N个线程，每线程响应一个连接请求
事件驱动：一个进程处理N个请求
复用的多进程I/O模型：启动M个进程，每个进程响应N个连接请求，同时接收M*N
个请求

Web访问响应模型

3、处理请求：服务器对请求报文进行解析，并获取请求的资源及请求方法等相
关信息，根据方法，资源，首部和可选的主体部分对请求进行处理
元数据：请求报文首部
<method> <URL> <VERSION>
HEADERS 格式 name:value
<request body>
示例：
Host: www.magedu.com 请求的主机名称
Server: Apache/2.4.7
 HTTP常用请求方式，Method
GET、POST、HEAD、PUT、DELETE、TRACE、OPTIONS

4、访问资源：
服务器获取请求报文中请求的资源web服务器，即存放了web资源的服务器，
负责向请求者提供对方请求的静态资源，或动态运行后生成的资源
资源放置于本地文件系统特定的路径：DocRoot
DocRoot  /var/www/html
/var/www/html/images/logo.jpg
http://www.magedu.com/images/logo.jpg
 web服务器资源路径映射方式：
(a) docroot
(b) alias
(c) 虚拟主机docroot
(d) 用户家目录docroot

 5、构建响应报文：
一旦Web服务器识别除了资源，就执行请求方法中描述的动作，并返回响应报文。
响应报文中 包含有响应状态码、响应首部，如果生成了响应主体的话，还包括响应主体
1）响应实体：如果事务处理产生了响应主体，就将内容放在响应报文中回送过去。响
应报文中通常包括：
描述了响应主体MIME类型的Content-Type首部
描述了响应主体长度的Content-Length
实际报文的主体内容
2）URL重定向：web服务构建的响应并非客户端请求的资源，而是资源另外一个访问路
径
永久重定向：http://www.360buy.com
临时重定向：http://www.taobao.com

3）MIME类型：
Web服务器要负责确定响应主体的MIME类型。多种配置服务器的方法可将
MIME类型与资源管理起来
魔法分类：Apache web服务器可以扫描每个资源的内容，并将其与一个已知模
式表(被称为魔法文件)进行匹配，以决定每个文件的MIME类型。这样做可能比较
慢，但很方便，尤其是文件没有标准扩展名时
显式分类：可以对Web服务器进行配置，使其不考虑文件的扩展名或内容，强
制特定文件或目录内容拥有某个MIME类型
类型协商： 有些Web服务器经过配置，可以以多种文档格式来存储资源。在这
种情况下，可以配置Web服务器，使其可以通过与用户的协商来决定使用哪种格
式(及相关的MIME类型)”最好”

6、发送响应报文
Web服务器通过连接发送数据时也会面临与接收数据一样的问题。服务器
可能有很多条到各个客户端的连接，有些是空闲的，有些在向服务器发送数据，还
有一些在向客户端回送响应数据。服务器要记录连接的状态，还要特别注意对持久
连接的处理。对非持久连接而言，服务器应该在发送了整条报文之后，关闭自己这
一端的连接。对持久连接来说，连接可能仍保持打开状态，在这种情况下，服务器
要正确地计算Content-Length首部，不然客户端就无法知道响应什么时候结束了
7、记录日志
最后，当事务结束时，Web服务器会在日志文件中添加一个条目，来描述
已执行的事务

prefork：多进程I/O模型，每个进程响应一个请求，默认模型
一个主进程：生成和回收n个子进程，创建套接字，不响应请求
多个子进程：工作work进程，每个子进程处理一个请求；系统初始时，预先
生成多个空闲进程，等待请求，最大不超过1024个

worker：复用的多进程I/O模型,多进程多线程，IIS使用此模型
一个主进程：生成m个子进程，每个子进程负责生个n个线程，每个线程响应
一个请求，并发响应请求：m*n

Event MPM：以上两种稳定的MPM方式在非常繁忙的服务器应用下都有些不足。尽管HTTP的Keepalive方式能减少TCP连接数量和网络负载，但是 Keepalive需要和服务进程或者线程绑定，这就导致一个繁忙的服务器会耗光所有的线程。 Event MPM是解决这个问题的一种新模型，它把服务进程从连接中分离出来。在服务器处理速度很快，同时具有非常高的点击率时，可用的线程数量就是关键的资源限 制，此时Event MPM方式是最有效的。一个以Worker MPM方式工作的繁忙服务器能够承受每秒好几万次的访问量（例如在大型新闻服务站点的高峰时），而Event MPM可以用来处理更高负载。值得注意的是，Event MPM不能在安全HTTP（HTTPS）访问下工作。

对于Event 模式，apache给出了以下警告：

This MPM is experimental, so it may or may not work as expected .

这种MPM目前处于试验状态，他可能不能按照预期的那样工作。