.
├── auto            自动检测系统环境以及编译相关的脚本
│   ├── cc          关于编译器相关的编译选项的检测脚本
│   ├── lib         nginx编译所需要的一些库的检测脚本
│   ├── os          与平台相关的一些系统参数与系统调用相关的检测
│   └── types       与数据类型相关的一些辅助脚本
├── conf            存放默认配置文件，在make install后，会拷贝到安装目录中去
├── contrib         存放一些实用工具，如geo配置生成工具（geo2nginx.pl）
├── html            存放默认的网页文件，在make install后，会拷贝到安装目录中去
├── man             nginx的man手册
└── src             存放nginx的源代码
    ├── core        nginx的核心源代码，包括常用数据结构的定义，以及nginx初始化运行的核心代码如main函数
    ├── event       对系统事件处理机制的封装，以及定时器的实现相关代码
    │   └── modules 不同事件处理方式的模块化，如select、poll、epoll、kqueue等
    ├── http        nginx作为http服务器相关的代码
    │   └── modules 包含http的各种功能模块
    ├── mail        nginx作为邮件代理服务器相关的代码
    ├── misc        一些辅助代码，测试c++头的兼容性，以及对google_perftools的支持
    └── os          主要是对各种不同体系统结构所提供的系统函数的封装，对外提供统一的系统调用接口

struct ngx_module_s {
    //分类的模块的索引位置，
    //nginx 的模块可以分为四种:core,event,http和mail 
    //每个模块都会各自建立索引，ctx_index就是每个模在其所属类组的索引
    ngx_uint_t            ctx_index;
    //当前模块在 ngx_modules 里面的索引
    ngx_uint_t            index;

    //预留成员，目前尚未使用
    ngx_uint_t            spare0;
    ngx_uint_t            spare1;
    ngx_uint_t            spare2;
    ngx_uint_t            spare3;

    // Nginx模块版本
    ngx_uint_t            version;

    // 模块上下文，不同种类的模块有不同的上下文，因而实现了四种结构体
    void                 *ctx;
    //命令定义地址
    //模块的指令集，
    //每一个指令在源码中对应着一个ngx_command_t结构体变量
    ngx_command_t        *commands;
    // 模块的种类，用于区分core,event,http和mail 
    ngx_uint_t            type;

    // 初始化master时执行
    ngx_int_t           (*init_master)(ngx_log_t *log);

    // 初始化module时执行
    ngx_int_t           (*init_module)(ngx_cycle_t *cycle);

    // 初始化process时执行
    ngx_int_t           (*init_process)(ngx_cycle_t *cycle);
    // 初始化thread时执行
    ngx_int_t           (*init_thread)(ngx_cycle_t *cycle);
    // 退出thread时执行
    void                (*exit_thread)(ngx_cycle_t *cycle);
    // 退出process时执行
    void                (*exit_process)(ngx_cycle_t *cycle);
        // 退出master时执行
    void                (*exit_master)(ngx_cycle_t *cycle);

    // 以下预留成员尚未使用
    uintptr_t             spare_hook0;
    uintptr_t             spare_hook1;
    uintptr_t             spare_hook2;
    uintptr_t             spare_hook3;
    uintptr_t             spare_hook4;
    uintptr_t             spare_hook5;
    uintptr_t             spare_hook6;
    uintptr_t             spare_hook7;
};
  

struct ngx_command_s {
    // 指令名称的字符串，不可以包括空格
    ngx_str_t             name;
    // 用于设置指令在配置文件的哪一部分使用是合法的可选值
    ngx_uint_t            type;
    // 函数指针，这个函数主要是从配置文件中把该指令的参数(存放在 ngx_conf_t 中)
    // 转换为合适的数据类型，并将转换后的值保存到模块的配置结构体中
    char               *(*set)(ngx_conf_t *cf, ngx_command_t *cmd, void *conf);
    // 用于指示配置项所处内存的相对偏移位置。对于http模块，conf的设置是必要的。
    // http在调用指令解析函数时，自动将解析出的配置项写入到http模块代码定义的
    // 结构体中，在配置项简介中了解到，http模块可能定义3个结构体，分别存储于
    // main,srv,loc级别的配置项中。（对应于create_main_conf,create_srv_conf,
    // create_loc_conf方法创建的结构体），而http框架在自动解析时需要知道应把
    // 解析出的配置项值写入到哪个结构体中。这点需要依赖conf配置的值
    ngx_uint_t            conf;
    //表示当前配置项在整个存储配置项的结构体中的偏移位置，以字节为单位。举个例子：
    //我们通过指令函数回调时，需要通过conf成员找到应该用哪个结构体存放，然后
    //通过offset成员找到这个结构体中的相应成员，以便存放该配置。
    ngx_uint_t            offset;
    // 用来辅助指令回调函数，可以使其更加灵活
    void                 *post;
};

 typedef struct {
     //核心模块名称
     ngx_str_t             name;
     //解析配置项前，Nginx框架会调用create_conf方法
     void               *(*create_conf)(ngx_cycle_t *cycle);
     //解析配置项后，Nginx框架会调用init_conf方法
     char               *(*init_conf)(ngx_cycle_t *cycle, void *conf);
 } ngx_core_module_t;