模块化结构

模块化设计含义

常见的“模块化设计”定义为“以功能块为单位进行程序设计，实现其求解算法的方法”。从这个一般的说法中，可以看出下面几个意思。

1. “功能块”是对模块的描述，一个模块就是一个功能块，应该只负责一个功能，在设计模式理论中类似于经常提到的“单一职责原则”。
2. 如果要体现模块化，就免不了将程序进行分解，这也是模块化编程的另一个原则--自顶向下，逐步求精原则。
3. 一个程序被分解为多个模块，那么它们之间一定要存在一定的依赖关系，但是这个依赖不能太强，否则也不能称之为“模块化”了。于是，又涉及到模块化编程的一条原则：高内聚、低耦合原则。事实上，在设计模式理论中，也有对应的一条设计原则叫“迪米特原则”。

这个提法把“模块化编程”定义为程序设计的一种方法，这种方法的结果是用一系列以功能块为单位的算法来描述和实现程序。
模块化设计支持分布式开发。模块化的思想导致大量功能独立的模块出现，这些模块可以分布在世界上的任何角落。无论是开发中小型的应用程序，还是构建大型的诸如操作系统之类的程序，都可以采用分布式开发模型，集合任何可用模块为己所用。

Nginx模块化结构

Nginx涉及到的模块分为核心模块、可选HTTP模块、邮件服务模块以及第三方模块等五大类。
核心模块是指Nginx服务器正常运行时必不可少的模块，它们提供了Nginx最基本最核心的服务，如进程管理、权限控制、错误日志记录等。标准HTTP模块是编译Nginx后包含的模块，其支持Nginx服务器的标准HTTP功能。可选HTTP模块主要用于扩展标准的HTTP功能，使其能够处理一些特殊的HTTP请求。邮件服务模块主要用于支持Nginx的邮件服务。第三方模块是为了扩展Nginx服务器应用，完成特殊功能而由第三方机构或者个人编写的可编译到Nginx中的模块。Nginx的每个模块都基本符合单一职责原则，在具体环境中可以根据实际情况裁减和加入。
核心模块和标准HTTP模块在Nginx快速编译后就包含在Nginx中。这里简要说明一下Nginx中模块的命名习惯。一般以ngx_作为前缀，_module作为后缀，中间使用一个或者多个英文单词描述模块的功能。比如ngx_core_module，中间的core表明该模块提供了Nginx程序的核心功能。再如ngx_events_module，中间的events表明该模块提供了解析配置文件中events块的功能。再如ngx_http_core_module，中间的http_core表明该模块提供了Nginx程序http服务的核心功能，等等。了解了Nginx中模块的命名习惯，在阅读上面列出的模块，就可以大致了解Nginx服务器在发布时能提供的主要服务了。
所有固有模块的源码放在编译目录下的src目录中。在src目录中，我们看一共分成了core、event、http、mail、misc和os等6个目录。从这里看，源码中包含了邮件服务的模块，但在快速编译时默认不将其编译到Nginx中。

1. 核心模块

核心模块主要包含对两类功能的支持，一类是主体功能，包括进程管理、权限控制、错误日志记录、配置解析等，另一类是用于响应请求事件必需的功能，包括事件驱动机制、正则表达式解析等。

2.标准HTTP模块

上面说到Nginx服务器主要提供基本HTTP服务、高级HTTP服务和邮件服务等。这一模块对应于基本HTTP服务。
这些模块在默认情况下是被编译到Nginx中的，除非在配置时添加--without-XXX参数声明不编译。
比较重要的常用标准HTTP模块如下：

3. 可选HTTP模块

可选HTTP模块在目前的Nginx发型版本中只提供源码，但在快速编译时默认不编译。如果想使用相关模块，就必须在配置时使用--with-XXX参数声明。
常用的可选HTTP模块如下：

4.邮件服务模块

邮件服务是Nginx服务器提供的主要服务之一。但是在目前的Nginx发行版本中，快速编译时默认并不会编译邮件服务模块。
和Nginx服务器提供的邮件服务相关的模块有：

• ngx_mail_core_module
• ngx_mail_pop3_module
• ngx_mail_imap_module
• ngx_mail_smtp_module
• ngx_mail_auth_http_module
• ngx_mail_proxy_module
• ngx_mail_ssl_module

这些模块完成了邮件服务的主要功能，包括对POP3协议、IMAP协议和SMPT协议的支持，对身份认证、邮件代理和SSL安全服务的提供。

5.第三方模块

由于Nginx支持自定义模块编程，第三方模块不断得到扩充，功能也非常丰富。