如何进行Apache的配置与调试？

Apache 是一个提供HTTP服务的WEB软件，由apache 基金会进行运营并开源。

1. 模块化：很多功能都不是由apache本身来完成的，而是由apache自身携带的模块和其扩展模块来完成的，因此一个完整的Apache的web服务= 自身的模块 + 扩展模块（因此将扩展模块又称为第三方模块）

2. DSO特性：能够让apache的功能进行动态管理（所谓的动态管理也就是可以停止和启用模块）

3. 拥有丰富的进程模型（MPM多进程访问模型）

描述：进程预启动，减少频繁创建和销毁进程的开销，一个进程只能派生一个线程处理一个请求，同一时刻只能处理一个请求；最大可支持每秒启动32个进程

优点：稳定兼容apache早期的各种模块的功能

安全只有主进程使用root启动后绑定80端口，工作进程使用普通用户启动

缺点：对进程的消耗和创建频繁，因此消耗系统资源多（CPU资源）在高并发场景下，容易出现IO等待，也就是请求需要排队

场景：早期一些依赖apache较老的模块（比如CGI的脚本），还有低频的安全访问场景（智能终端设备的web管理系统，像光猫、路由器）

描述：启动多个子进程，同时每个子线程会创建线程出来，然后由线程去响应连接请求，这种模式下占用的资源较少，可以处理大量并发请求，但是其中子进程或线程崩溃，会影响该子进程下的全部任务，同时长连接的请求的被一直占用，直到超时后才会释放
优点：占用内存少、高并发下请求处理性能更优
缺点：由于使用共享内存的机制进行进程间的通信，因此线程的安全系数不如进程强；高并发场景下的长连接是不擅长的，在高并发场景中如果开启长连接，当一定数量的请求保持长连接时就会发生IO阻塞，新的请求就没有空闲的线程来进行处理，导致请求排队
场景：高并发的应用场景，例如论坛，电商网站…

描述：每个子进程下面有监听线程，用于改善worker模式下长连接一直占用线程的问题，监听线程负责接收请求，并将其转发给工作线程，工作线程负责真正处理请求，监控线程只会把真正的请求转发给工作线程，而空线程不会转发
优点：解决了高并发中keepalive长期占用线程引起阻塞问题
缺点： Linux在内核在2.6+以上（对epoll事件支持）
场景：适合实时通讯业务，在线聊天平台，通讯内的短连接应用（短时间内有大量的并发）