基于Apache源代码的Web应用服务器的体系结构分析

毕 业 设 计 论 文 专业班级： 计算机科学与技术计本061 学生姓名： 指导教师： 密级：内部基于Apache源代码的Web应用服务器的体系结构分析Analysing the architecture of theWeb application server based onApache source code系别名称： 信息工程系专业班级： 计算机科学与技术计本061学生姓名： 学 号： 2006403121指导教师： 沈阳工程学院毕业论文 摘 要摘 要如果说没有Apache就没有Intemet可能有些夸张，但至少可以说没有Apache，互联网就不会发展得这么快。根据互联网研究公司NetCraft的统计，多年来Apache一直稳居Web服务器市场的头把交椅，至今仍占据超过50的市场份额。就整个互联网来说，Apache仍然是最重要的软件之一。本论文通过分析Apache服务器体系结构中层次结构和主程序main.c文件源代码，了解Apache服务器运行过程及其运行原理。然后主要分析了Apache服务器中主要的三个重要运行模块及其代码：用于模块加载的三个主要模块，用于指令的指令处理模块，最后是挂钩处理的五个重要组成部分。通过分析它们，为了给未来希望编写第三方模块的人提供借鉴和相关参考。关键词 Apache服务器，模块加载，指令处理模块，挂钩- IV -沈阳工程学院毕业论文 AbstractAbstractIf there is no Apache would not Intemet may be some exaggeration, but at least you can say there is no Apache, the Internet would not have developed so fast. According to Internet research firm NetCraft statistics, over the years has been one of Apache Web server market, the top spot, still holds more than 50% market share. For the whole Internet, Apache still is one of the most important software.This dissertation analyzes the hierarchy of Apache server and the main program main.c source code file. Learn operating process and principle of the Apache server. Then the main analysis of the main Apache server to run the three major modules and the code: The three main modules of the load module, the command processing module of command, the five important part of the hook. By analyzing them, in order to the people who hope to write the third-party modules in the future provide reference and related reference.Keywords Apache server, load module, command processing module, hook沈阳工程学院毕业论文 目 录目 录摘 要IAbstractII第1章 概 述11.1 课题研究的意义11.2 Apache功能11.2.1 Apache虚拟主机11.2.2 持续连接11.2.3 缓存21.2.4 访问控制和安全2第2章 课题研究相关技术32.1 HTTP协议及HTTP服务器的工作原理32.1.1 HTTP协议简介32.1.2 HTTP服务器32.2 MVC三层体系结构以及各个层次之间的依赖关系42.2.1 MVC三层体系结构42.2.2 MVC三层体系结构之间的依赖关系4第3章 Apache体系结构53.1 Apache目录53.2 Apache层次结构63.2.1 操作系统支持层73.2.2 可移植运行库层73.2.3 核心功能层73.2.4 可选功能层73.3 Apache核心功能层83.3.1 核心与可选模块的关系83.3.2 核心组件83.4 Apache运行流程93.4.1 Apache启动过程93.4.2 HTTP连接处理93.4.3 请求报文读取93.4.4 请求处理103.4.5 内容生成113.5 主程序main113.5.1 主程序概要113.5.2 主程序细节11第4章 Apache模块化体系结构204.1 Apache模块概述204.2 模块的加载204.2.1 静态模块加载204.2.2 动态模块加载234.2.3 模块卸载274.3 指令表284.3.1 指令表概述284.3.2 指令处理函数284.4 挂钩(HOOK)294.4.1 声明挂钩294.4.2 挂钩数组声明314.4.3 挂钩结构314.4.4 挂钩函数注册324.4.5 使用挂钩32总 结35致 谢36参考文献37沈阳工程学院毕业论文 第1章 概 述第1章 概 述1.1 课题研究的意义众所皆知，Apache良好的模块化架构设计已经成为经典的服务器架构易于扩展、易于维护。几乎每一个程序员都可以从Apache的架构中吸取到丰富的营养。虽然Apache的代码非常优美，架构层次非常清晰，但是在缺乏资料的情况下，开发人员想在短时间内读懂Apache架构和内部细节并不是一件容易的事情。在陷入迷茫和一头雾水之后，他们可能就会选择放弃，从而与Apache的优美架构失之交臂。Apache是世界使用排名第一的Web服务器软件。它可以运行在几乎所有广泛使用的计算机上。 所以越来越多的人使用Apache服务器。因此，对于Apache使用者来说，理解和掌握Apache运行原理及运行体系是很重要的。本论文通过分析Apache Web 服务器源代码理解和掌握Apache Web服务器源代码体系结构，使读者能够更加方便快捷的阅读掌握Apache Web服务器源代码体系结构，理解Apache Web服务器的机制体系和运行原理。 1.2 Apache功能1.2.1 Apache虚拟主机虚拟主机是指一个机器上运行多个Web站点的机制。虚拟主机的实现包括以下三种方式。(1) Web服务器中配备多个IP地址，并且每一个逻辑Web服务器使用一个IP地址。(2) Web服务器只有一个IP地址，不同的Web服务器使用不同的端口进行侦听。(3) Web服务器只有一个IP地址，同多个域名被映射到该IP地址上。Apache中支持上面三个方式的虚拟主机，而且通过mod_vhost_alias模块，可以使得类似的虚拟主机配置起来非常容易，减轻了管理者的负担。1.2.2 持续连接所谓持续连接，就是某个连接再打开后不立即关闭，而是继续使用，后续的数据传输都基于该连接。因此对于某一个Web界面来说，不管其中包含了视频还是图片等，都是基于该连接传送的。为了使用持续连接，客户端和服务器之间会使用“Connection:keep-alive”请求域；默认情况下连接就是持续连接，除非进行了特殊的指定。如果客户端和服务器端的某一方不愿意使用持续连接，它只需要设置“Connection:close”请求域，另一方面一旦接收到“Connection:close”，就会在当前请求处理完毕后关闭当前请求。Apache中提供了配置指令，允许限制同一连接上的处理请求的数目，以及处理超时的时间，一旦超过该处理时间，所有的连接都将关闭。1.2.3 缓存HTTP通常位于分布式信息系统中，在这些系统中，可以通过采用缓存应答的方式改善系统的性能。HTTP/1.1协议中包含了大量的元素，尽可能地使缓存产生更好的效果。通过缓存，可以加快客户端的响应速度。HTTP/1.1协议中缓存的设计目标就是在很多情况下见地发送请求的必要性，以及在很多其他情况下降低发送完整应答的必要性。前者就使你少了很多操作所需要的网络回合的数目它使用过期机制来实现这一目的。后者减少了网络带宽需求通过验证机制达到这一目的。1.2.4 访问控制和安全对于Web站点上存在的一些私有文件，我们必须确保这些文件在绝对的受控范围之内，通过认证、授权和访问控制等一系列的安全措施，可以确保受控资料的安全性。认证（Authentication）、授权（Authorization）及账户确认（Accounting）三者合起来称为AAA模块。- 37 -沈阳工程学院毕业论文 第2章 课题研究相关技术第2章 课题研究相关技术Apache的所有源代码都是使用C语言开发的。因此，如果你不熟悉C语言，则最好不要阅读本论文。如果你熟悉C+，则会更好。Apache中的很多设计都借鉴了C+的一些思想，了解C+，会让你更容易理解这些设计。 本论文的Apache代码基于2.2.8版本，读者在阅读之前请登陆Apache 下载网址http:/httpd.apache.org下载一份代码。对于阅读和分析代码，笔者推荐使用的工具是SourceInsight。 理解代码的最好方式就是跟踪和调试。因此勤于调试能有助于你对Apache源代码和本书内容的理解。 2.1 HTTP协议及HTTP服务器的工作原理2.1.1 HTTP协议简介HTTP是一个属于应用层的面向对象的协议，由于其简捷、快速的方式，适用于分布式超媒体信息系统。它于1990年提出，经过几年的使用与发展，得到不断地完善和扩展。目前在WWW中使用的是HTTP/1.0的第六版，HTTP/1.1的规范化工作正在进行之中，而且HTTP-NG(Next Generation of HTTP)的建议已经提出。HTTP协议定义服务器端和客户端之间文件传输的沟通方式。目前HTTP协议的版本是Http1.1。RFC 2616描述了HTTP协议的具体信息。 这个协议已经成为浏览器和Web站点之间的标准。当访问者点击一个超链接的时候，将会给浏览器提交一个URL地址。通过这个URL地址，浏览器便知道去链接那个网站并去取得具体的页面文件（也可能是一张图片，一个pdf文件）。 HTTP工作的基础就是，连接一个服务器并开始传输文件到浏览器。 最基本的过程是：(1)客户端连接一个主机 (2)服务器接收连接(3)客户端请求一个文件 (4)服务器发送一个应答2.1.2 HTTP服务器整个Web可以分为俩个重要的组成部分：客户端和服务器端。当客户端需要请求特定的URI时，它将与服务器建立连接，并通过HTTP协议发送请求至Web服务器。Web服务器接收到客户端的请求之后将生成响应内容，同时将该响应内容通过连接返回给客户端。正常情况下，一个HTTP服务器会等待浏览器发送的请求，并根据HTTP协议进行响应。客户端总是请求某个特定的文档。服务器将检查该请求，同时将客户端请求的文档映射到服务器本地的文件系统中，或者将该请求转发给一个特别的应用程序，并由该应用程序负责对请求进行处理，生成相应内容。一旦处理完毕，服务器将把处理结果返回个客户端。2.2 MVC三层体系结构以及各个层次之间的依赖关系2.2.1 MVC三层体系结构MVC是设计模式应用的一个经典案例。其中的M指数据模型datamodel，V指视图View，C指控制器Controller。MVC应用程序总是由三个部分组成。Event(事件)导致Controller改变Model或View，或者同时改变两者。只要Controller 改变了Models的数据或者属性，所有依赖的View都会自动更新。类似的，只要Controller改变了View，View会从潜在的Model中获取数据来刷新自己。2.2.2 MVC三层体系结构之间的依赖关系MVC模式是一个复杂的架构模式，其实现也显得非常复杂，但多种设计模式结合在一起，使MVC模式的实现变得相对简单易行。Views可以看作一棵树，显然可以用Composite Pattern来实现。Views和Models之间的关系可用Observer Pattern体现。Controller控制Views的显示，可以用Strategy Pattern实现。沈阳工程学院毕业论文 第3章 Apache体系结构第3章 Apache体系结构本章从整体上介绍了Apache的三层体系结构，并着重介绍了核心功能层，分析了核心功能层中各个重要的组件及它们之间的相互依赖关系。另外本章还讲述了Apache的运行流程及主函数的实现细节。Apache服务器是一个非常复杂的服务器，一方面，它是为处理Web应用而存在的，因此，它不需要实现所有与Web服务器相关的技术，比如HTTP协议、授权处理等；另一方面，它又是一个服务器，因此，它必须考虑到服务器设计的各种关键技术，比如如何承载高负载，如何方便地进行功能拓展等。因此对于Apache而言，如何设计它的体系结构成为一个头等的大事请。幸运的是，Apache采用了模块化的体系结构，它的大部分功能都被分割为相互独立的模块。这样，一方面，通过增加或删除模块就可以拓展和修改Apache提供的功能；另一方面，对于Apache功能的理解也变得非常容易。3.1 Apache目录在了解整个Apache体系结构之前，我们必须先了解Apache的源代码是如何组成的。Apache2.0版本的目录结构如图3-1所示。Httpd-2.0.45servermpmosmodulessslproxyincludedocssupportbuildtestsrclibapr-utilaprpcre图3-1 Apache2.0的源代码组织结构整个Apache核心功能包括请求处理、协议处理等功能，实现文件全部包含在server目录中，server目录中又包含一个称之为mpm的目录。在2.0以上的版本中，Apache推出了多种进程的一种并发模型，包括线程池，预创建等，这些都被称之为多进程处理模块（MPM）。它们之间既互相独立，又能互相替换。这些模块统统保存在mpm目录中。每一种并发模型对应一个.c文件。另外一个重要的目录就是modules，顾名思义，其中保存着Apache中的所有模块。每一个模块占有一个目录，比如AAA认证模块目录为aaa。代理模块名称为proxy。include目录包含了Apache中必须的头文件。srclib目录中包含了Apache开发和运行所需要的基础库。os目录中包含了各个操作系统中所特有的内容。docs目录中包含了Apache提供的文档test目录中包含了很多APR库使用的测试函数。3.2 Apache层次结构整个Apache可以被划分为四个大的层次：可以只运行库层（APR）、Apache核心功能层（Apache CPRE）、Apache可选功能层（Apache Optional Module）及Apache第三方支持库。图3-2描述了Apache中的层次关系。图3-2 Apache的体系结构3.2.1 操作系统支持层Apache归根结底是建立在操作系统的普通的营运程序上的，因此，很多时候必须使用操作系统本身提供的底层功能。离开了操作系统，Apache就失去了存在的根基。3.2.2 可移植运行库层早期的Apache设计者并没有把跨平台作为Apache的设计目标之一，但是从Apache2.0开始，Apache就专门封装不同操作系统API的任务独立出来形成一个新的项目APR，全称为Apache可移植运行库。APR的任务是屏蔽底层的操作系统API细节，对于所有的操作系统，提供一个完全相同的函数接口。这样，Apache开发者就不必顾虑操作系统细节，而是只要开发商层功能即可。3.2.3 核心功能层对于Apache而言，其最核心的功能则位于第三层，我们称之为核心功能层。这层主要包括两大部分：Apache核心程序和Apache核心模块。Apache的核心程序主要用于实现Apache作为HTTP服务器的基本功能，这些基本功能包括：(1)启动和停止Apache(2)处理配置文件（config.c）(3)接受和处理HTTP连接(4)读取HTTP请求并对该请求进行处理(5)处理HTTP协议核心层另一个重要组成部分就是核心模块。Apache中大部分模块都是可选择的，这意味着对于Apache而言是可有可无的。这些模块的缺失至多影响Apache功能完整性，并不影响运行。但是有两个模块是必须的，即mod_core和mod_so。前者负责处理文件中大部分配置指令，并根据这些指令运行Apache，而后者则负责动态加载其余的模块，缺少了该模块，其余的模块就无法使用。这两个模块都必须静态编译。3.2.4 可选功能层可选功能层通常指Apache模块。如前所述，除了mod_core和mod_so模块外，其余的模块都属于可选模块，在必要的时候可以被mod_so模块夹在到Apache中，二在不需要的时候也可以从Apache中卸载。3.3 Apache核心功能层3.3.1 核心与可选模块的关系Apache核心与Apache模块之间的关系是调用和被调用的关系，所有的模块都是直接与核心进行交互。Apache核心模块和Apache可选模块的接口完全相同，并且它们队员爬出核心而言也是完全相同的。在处理过程中，核心并不会去关心谁是核心模块，谁是可选模块，它们都是一视同仁地被调用。核心模块和非核心模块的唯一区别就是加载的时间不同。核心模块通常必须静态加载，而非核心模块则既可以静态加载，也可以动态加载。因此核心模块是Apache中必不可少的一部分。3.3.2 核心组件对于Apache而言，Apache核心组件包括下面几大部分。(1)配置文件组件（HTTP_CONFIG）(2)进程并发处理组件（MPM）(3)连接处理组件（HTTP_CNNECTION）(4)HTTP协议处理组件（HTTP_PROTOCOL）(5)HTTP请求处理组件（HTTP_REQUEST）(6)HTTP核心组件（HTTP_CORE）(7)核心模块组件（MOD_CORE）Apache核心组件之间的相互关系可以用图2-3进行描述。图3-3 Apache各组件之间的交互关系3.4 Apache运行流程Apache的运行流程可以细分为三个大的阶段。(1)Apache启动过程。(2)接受客户端连接，并处理该连接。(3)从连接中读取请求数据，处理客户端的第一次请求。3.4.1 Apache启动过程Apache的启动包括两个阶段：高权限启动阶段和低权限运行阶段，通常称之为两阶段启动方式。Apache总是以root用户身份启动运行，因此启动Apache时首先必须获得root权限。在启动的过程中，初始化工作包括以下几个方面。由于Apache中绝大多是的内存都是基于内存池分配的，因此，在Apache启动的时候必须首先初始化内存池资源。另外，初始化的一个重要任务就是对配置文件惊醒读取和解析。在启动的工程中，配置文件会被读取两次。第一次称之为预读取，主要是从配置文件中获取第二次配置文件中需要的一些配置信息；基于第一次读取的结果，第二次才是真正的配置文件读取。在启动的最后阶段，Apache将通过调用ap_mpm_run函数将控制权交给MPM模块，只有MPM模块执行失败或执行完毕的时候，执行权才会从MPM返回到主程序中。MPM是Apache服务器和操作系统之间的接口，它的目的只有一个，就是充分利用操作系统特性，对服务器的并发进行最大化的优化。3.4.2 HTTP连接处理在接收到客户端的HTTP连接之后，客户端的IP地址已经可以获取。通过该IP地址，便可以确定该IP地址所对应的虚拟主机族，因此，连接处理的第一件事情就是更新虚拟主机的相关信息。对于连接处理，最主要的任务就是调用预先定义好的连接处理挂钩process_connection。任何模块模块如果要处理连接，都可以实现该挂钩。一旦某个模块是相爱挂钩，那么在连接处理的过程中他们将会被调用。在连接处理过程中，通过调用ap_read_request函数进入请求读取过程，然后调用ap_process_request对该请求进行处理。3.4.3 请求报文读取一旦接收到客户端的连接，请求数据将被读取出来，然后HTTP_PROTCCOL模块将开始对该报文进行解析，请求的解析包括三部分：(1)HTTP请求头(2)HTTP请求域(3)HTTP请求体请求保温读取后，所有的请求相关信息都保存到请求数据结构request_rec中。该结构是一个复杂的数据结构，其中包含了HTTP请求的各个方面。该结构在整个请求处理过程中一直存在，直到请求处理结束。对于读取的报文还有一个重要的任务就是读取的报文进行输入过滤器处理。所有的输入处理过滤器组成输入过滤器表，在请求报文从网络中读取之后，它就直接进入了过滤器链表中，然后每个过滤器对其进行处理，并将其传送给下一个过滤器，直到最后一个过滤器。在所有的过滤器处理完毕后，我们得到的就是一个最终的处理后的请求报文。此时请求处理模块HTTP_REQUEST将对请求做进一步处理。3.4.4 请求处理对于HTTP报文，Apache调用ap_process_request函数对请求进行实质的处理。Apache中的请求处理包括三个大的阶段：请求解析阶段、安全处理阶段和请求准备阶段。1请求解析阶段(1)URL字符转义该阶段是一个必须的阶段，如果请求是一个代理请求或请求结构的parsed_uri.path没有赋值，那么该阶段将不会被处理。(2)从URL中剔除/./和/./字符URL中所有的/./和/./字符串都在这一阶段调用ap_getparents()函数并剔除，该阶段能够确保将URL提交后续阶段处理时候是一个绝对的路径URL。这个阶段是不能省略的，必须被执行。(3)首次读取URL相关配置信息一旦第二步处理完毕后，只包含绝对路径的URL就生成完毕了，此时Apache将调用ap_location_walk从配置系统中查找与该URL关联的配置信息。在请求处理的后续阶段中，比如用户授权认证，权限控制等都需要依赖与读取的配置信息。如果当前请求是一个内部重定向请求或子请求，那么该请求的配置信息可能有很大一部分或全部继承自父请求。URL关联的配置信息需要两次，此处一次读取。在对URL进行转换映射后，它可能被转换为一个完全不同的URL，此时还需要再次读取一次配置信息。完整配置信息是两次读取信息的最终叠加。(4)URL名称转换（translate_name）该阶段主要用于对URL尽心转换。比如Alias指令将某个URL映射到另一个特定的URL中；而mod_write模块则用于对URL的完全重写。(5)map_to_storage如果在translate_name阶段，请求的URL最终转换本次的磁盘路径，map_ to_ storage将用来确定特定的资源是否在磁盘上存在。(6)二次URL相关配置文件读取在进行了名称转换之后，我们需要再次读取它新的URL关联的配置信息。(7)header_parser该阶段用来检查HTTP请求头，目前该阶段已经很少使用。2安全处理阶段(1)access_checker该阶段主要是对客户的访问做一些基础性的限制工作。(2)check_user_id该阶段主要是检查用户的身份权限，具体就是检查用户是否存在，或者检查用户的密码是否正确。(3)auth_check该阶段主要检查用户是否有访问该资源的权限。3请求准备阶段(1)type_checker在权限检查完毕之后，说明可以响应用户的请求了，这时，Apache开始处理客户请求的资源，并返回给客户。(2)fixups这是请求处理的最后一个阶段。该阶段之后就是生成返回给客户端的相应内容。3.4.5 内容生成当所有的请求在请求处理阶段处理完毕后，它就调用适当的处理器生成相应内容。如果没有找到对应的处理器，那么默认处理器将被调用。与请求数据一旦读取就被压入输入过滤器链表一样，生成的这些内容一旦生成，就将被压入到输出过滤器链表进行输出处理。输出过滤器链表中的每一个输出过滤器都会对生成的数据进行处理，直到最后一个输出过滤器网络输出过滤器，它将数据直接写入网络，然后返回给客户端。3.5 主程序main3.5.1 主程序概要Apache的主函数main()位于$Apache/server目录下，它的主要功能则着重于预处理，主要包括以下几个方面。(1)读取Apache的配置文件(2)检查启动Apache的指令行参数(3)虚拟主机的设置3.5.2 主程序细节Apache主程序实现代码如下所示：int main(int argc, const char * const argv) char c; int configtestonly = 0; const char *confname = SERVER_CONFIG_FILE; const char *def_server_root = HTTPD_ROOT; const char *temp_error_log = NULL; process_rec *process; server_rec *server_conf; apr_pool_t *pglobal; apr_pool_t *pconf; apr_pool_t *plog; /* Pool of log streams, reset _after_ each read of conf */ apr_pool_t *ptemp; /* Pool for temporary config stuff, reset often */ apr_pool_t *pcommands; /* Pool for -D, -C and -c switches */ apr_getopt_t *opt; apr_status_t rv; module *mod; const char *optarg; APR_OPTIONAL_FN_TYPE(ap_signal_server) *signal_server; AP_MONCONTROL(0); /* turn off profiling of startup */ AP_MONCONTROL主要用于打开和关闭代码剖析。代码剖析用于检查代码的运行情况，从而可以找到程序执行的瓶颈，通常用于调试阶段。apr_app_initialize(&argc, &argv, NULL); 任何一个应用程序如果要使用APR库进行二次开发，那么首先必须为完成的任务是APR库的初始化。apr_app_initialize 负责对APR库进行必要的初始化工作，代码如下:process = create_process(argc, argv);pglobal = process-pool;pconf = process-pconf;ap_server_argv0 = process-short_name;由于Apache通常是通过指令行进行启动的，因此指令行的相关信息（指令数目arge及指令行字符串argv）都非常重要。对Apache而言，指令信息不仅主程序要使用，而且在一些子进程程序中也要使用，因此这就存在指令行信息传递问题。Apache把所有的指令行相关信息都包装在process_rec结构中，代码如下：struct process_rec apr_pool_t *pool; apr_pool_t *pconf; int argc; const char * const *argv; const char *short_name; ;short_name是应用程序的缩略名称。pool和pconf则分别是全局内存池和配置相关内存池。创建一个process_rec结构体可通过create_process函数完成。Apache中的指令分为两大类：指令行中的指令及配置文件中的指令。而对于指令中的指令有包括两种：读取配置文件之前必须处理的指令和读取配置文件后必须处理的指令。前者是防止指令行中的指令被覆盖，而后者则相反。一旦命令行被解析完毕后，这两种特殊的指令将被保存起来，以便在合适的时候执行。如果不保存，这些指令将会丢失。保存可以使用如下数组数据结构：ap_setup_prelinked_modules(process);apr_pool_create(&pcommands, pglobal);apr_pool_tag(pcommands, pcommands);ap_server_pre_read_config = apr_array_make(pcommands, 1, sizeof(char *);ap_server_post_read_config = apr_array_make(pcommands, 1, sizeof(char *);ap_server_config_defines = apr_array_make(pcommands, 1, sizeof(char *);ap_setup_prelinked_modules用于将所有预链接的模块加入到加载模块链接表中。模块只有加入到加载模块链表中才能称之为活动模块，然后才能被Apache核心调用，否则该模块仍处于非活动状态。error = ap_run_rewrite_args(process);if(error)ap_log_error(APLOG_MARK, APLOG_STARTUP|APLOG_EMERG, 0,NULL,”%S :%S”, ap_server_argv0, error);destroy_and_exit_args(process, 1); rewrite_args挂钩主要是为MPM模块设置的，它允许MPM对命令行中的传入参数进行重写。对于一些MPM（如Event MPM、work MPM），它们须将命令行中传入的参数转换为MPM内部的参数。通过调用ap_run_rewrite_args，使得每一个模块都有这种机会进行命令行重写。当httpd启动的时候，它可能会带有一系列的命令行参数。完整的httpd命令如下：httpd -d serverroot -f config -C directive -c directive -D parameter -e level -E file -k start|restart|graceful|stop|graceful-stop -R directory -h -l -L -S -t -v -V -X -M在Windows系统中，还可以使用如下参数：Httpd -k install|config|uninstall -n name -w各个参数处理如下： apr_getopt_init(&opt, pcommands, process-argc, process-argv); while (rv = apr_getopt(opt, AP_SERVER_BASEARGS, &c, &optarg) = APR_SUCCESS) char *new; switch (c) case c: new = (char *)apr_array_push(ap_server_post_read_config); *new = apr_pstrdup(pcommands, optarg); break; case C: new = (char *)apr_array_push(ap_server_pre_read_config); *new = apr_pstrdup(pcommands, optarg); break;-C选项指定了再读取配置文件之前必须先处理directive的配置指令。而-c指令则指定了再读取配置文件之后，才能再处理directive的配置命令。-c中的指令保存到ap_server_post_read_config数组中，而-C中的指令则保存到ap_server_ pre_read_config数组中。case d: def_server_root = optarg; break;-d serverroot选项蒋ServerRoot指令设置初始值为serverroot。它可以将配置文件中的ServerRoot指令所覆盖。其默认值为/uer/loca/apache2。case D: new = (char *)apr_array_push(ap_server_config_defines); *new = apr_pstrdup(pcommands, optarg); break;-D parameter选项用于设置参数parameter，它配合配置文件中的段，用于服务器启动和重新启动时，有条件地跳过或处理某些命令。case e:if (strcasecmp(optarg, emerg) = 0) ap_default_loglevel = APLOG_EMERG; else if (strcasecmp(optarg, alert) = 0) ap_default_loglevel = APLOG_ALERT;else if (strcasecmp(optarg, crit) = 0) ap_default_loglevel = APLOG_CRIT;else if (strncasecmp(optarg, err, 3) = 0) ap_default_loglevel = APLOG_ERR;else if (strncasecmp(optarg, warn, 4) = 0) ap_default_loglevel = APLOG_WARNING; else if (strcasecmp(optarg, notice) = 0) ap_default_loglevel = APLOG_NOTICE;else if (strcasecmp(optarg, info) = 0) ap_default_loglevel = APLOG_INFO; else if (strcasecmp(optarg, debug) = 0) ap_default_loglevel = APLOG_DEBUG; else usage(process); break;-e level选项在服务器启动时，设置日志的LogLevel为level。它用于在启动时，临时提高出错信息的详细程度，以帮助排错。case E: temp_error_log = apr_pstrdup(process-pool, optarg); break;-E file选项用于将服务器的启动过程中的出错信息发送到file。case X: new = (char *)apr_array_push(ap_server_config_defines); *new = DEBUG; break;-X选项指定当前Apache以调式模式运行，在此模式下，Apache进启动一个工作进程，并且服务器不与控制台脱离。case f: confname = optarg; break;-f config选项在启动中使用config作为配置文件。如果config不以“/”开头，则它是相对于ServerRoot的路径。默认值为conf/httpd.conf。case v: printf(Server version: %sn, ap_get_server_version(); printf(Server built: %sn, ap_get_server_built(); destroy_and_exit_process(process, 0);-v选项只是简单的显示httpd的版本，然后退出。case V: show_compile_settings(); destroy_and_exit_process(process, 0);-V选项用于显示httpd和APR/APR-Util的版本和编译参数，然后退出。case l: ap_show_modules(); destroy_and_exit_process(process, 0);-I选项用于输出一个静态编译在服务器中的模块列表。它不会列出使用LoadModule指令动态的模块。case L: ap_show_directives(); destroy_and_exit_process(process, 0);-L选项输出一个指令列表，并包含了各指令有效参数和使用区域。case t:configtestonly = 1; break;-t选项意味着仅对配置文件执行语法检查。case S:configtestonly = 1;new = (char *)apr_array_push(ap_server_config_defines);*new = “DUMP_VHOSTS”; break;-S显示从配置文件中读取并解析的设置结果。case M:configtestonly = 1;new = (char *)apr_array_push(ap_server_config_defines);*new = “DUMP_MODULES”; break;-M输出一个已经启用模块列表，包括静态编译在服务器中的模块和作为DSO动态加载的模块。case h:case ?: usage(process);-h和-？输出一个可用的命令行选项的简要说明。主程序对于Windows所需要的-K、-n及-w选项并没有处理，这些选项由于只有MPM才会使用到，因此它们在MPM中被处理，处理由rewrite_args挂钩触法。/* bad cmdline option? then we die */if (rv != APR_EOF | opt-ind argc) usage(process);apr_pool_create(&plog, pglobal);apr_pool_tag(plog, plog);apr_pool_create(&ptemp, pconf);apr_pool_tag(ptemp, ptemp);Apache中使用的所有内存资源都是基于内存池的概念分配的，所有的内存池之间形成内存池树的概念。层次越深的内存池它的生存周期就越短，反之，距离根节点越近，它的生存周期就越长。所有节点的根节点是全局内存池pglobal，在启动的时候被分配。除此之外，在启动的时候还需要一个临时内存池ptemp。ap_server_root = def_server_root;if (temp_error_log) ap_replace_stderr_log(process-pool, temp_error_log); 一般情况下，如果没有指定日志输出文件，就是用标准的输出设备stderr。如果在启动Apache的时候通过-E选项指定了日志文件，那么，此时必须使用ap_replace_stderr_log进行输出日志文件替换。if (ap_run_pre_config(pconf, plog, ptemp) != OK) destroy_and_exit_process(process, 1);rv = ap_process_config_tree(server_conf, ap_conftree, process-pconf, ptemp);if(rv = = OK) ap_fixup_virtual_hosts(pconf, server_conf); ap_fini_vhost_config(pconf, server_conf); apr_hook_sort_all(); if (configtestonly) ap_run_test_config(pconf, server_conf); ap_log_error(APLOG_MARK, APLOG_STARTUP, 0, NULL, Syntax OK); destroy_and_exit_process(process, 0);在main.c中，配置文件在Apache启动或重启时的时候总是被读取两次，一次是在主循环执行之前被读取，正如上面代码中所读取的一样，另外一次是在主循环中被读取。之所以要读取两次，主要基于以下两个目的：(1)预检查配置文件中可能出现的语法错误，确保在真正处理的时候配置文件是完整无误的。(2)第一次读取文件会生成第二次读取文件时所需要的字段。代码如下：signal_server = APR_RETRIEVE_OPTIONAL_FN(ap_signal_server);if (signal_server) int exit_status; if (signal_server(&exit_status, pconf) != 0) destroy_and_exit_process(process, exit_status); if(rv ! = OK) destroy_and_exit_process(process, exit_status);apr_pool_clear(plog);apr_pool_clear(plog);if ( ap_run_open_logs(pconf, plog, ptemp, server_conf) != OK) destroy_and_exit_process(process, 1);if ( ap_run_post_config(pconf, plog, ptemp, server_conf) != OK) destroy_and_exit_process(process, 1);apr_pool_destroy(ptemp);整个配置文件的完整读取过程包括三个部分。(1)读取配置文件的准备工作。(2)实际的配置文件读取。(3)读取配置文件后的处理。如果摸个模块由于某种原因需要启动分离的进程，就应该在这个阶段来完成，代码如下：for (;) apr_hook_d