通过HUP信息使得NGINX实现重新读取配置文件，使用USR2信号使得NGINX实现平滑升级。
在nginx中有模块这么一说，对外所有的模块都是ngx_module_t类型，这个结构体作为所有模块的通用接口，它只定义了init_master、init_module、init_process、init_thread、exit_thread、exit_process、exit_master这7个回调方法，（其实init_master、init_thread、exit_thread这3个方法目前都没有使用），每一个模块的这个7个方法何时回被调用，ngx_command_t类型的commands数组指定了模块处理配置项的方法。处理基本的即可，ngx_module_t中的ctx成员还是一个void*指针，它可以指向任何数据，这给模块提供了很大的灵活性。Ctx成员一般用户表示在不同类型的模块中一个类型模块所具备的通用性接口，比如对于不同类型的模块，ctx都是指向同一类型的模块，比如对于http模块，ctx指向的都是ngx_http_module_t类型，对于core模块，ctx指向的都是ngx_core_module_t类型，ctx的存在非常重要，使得对外同一的情况下出现错层次的模块形式。对于核心、事件、HTTP、mail等4类模块的ctx上下文成员指向的类型分别为ngx_core_module_t、ngx_http_module_t、ngx_event_module_t、ngx_mail_conf_t类型。Ngx_module_t中的type说明当前模块是什么类型，其中配置类型模块是唯一一种只有1个模块的模块类型。配置模块的类型叫做NGX_CONF_MODULE,仅有一个模块为ngx_conf_module,是其他模块的基础。
NGX_CORE_MODULE类型的模块，ngx_core_modulengx_errlog_module ngx_events_module ngx_openssl_module ngx_http_modulengx_mail_module这6个模块都是核心模块。所有核心模块的ctx指向ngx_core_module_t结构体。
作为一个核心模块都可以定义一个全新的模块类型。作为核心模块，ngx_events_module定义了NGX_EVENT_MODULE模块类型，所有事件类型的模块都由ngx_events_module核心模块管理；ngx_http_Module定义了NGX_HTTP_MODULE模块类型，多有HTTP类型的模块都由ngx_http_module核心模块管理；ngx_mail_module定义了NGX_MAIL_MODULE模块了性，多有MAIL类型的模块都由ngx_mail_module核心模块管理。
Ngxin中共有5大模块类型：核心模块、配置模块、事件模块、HTTP模块、mail模块。Nginx框架只和前两种模块有关系，后面的三种模块在核心模块中都有自己的代言人。
配置类型的模块只有一个模块，所以没有具体化ctx上下文成员。
5中模块中，配置模块与核心模块都是与Nginx框架密切相关的，是其他模块的基础。事件模块是HTTP和MAIL模块的基础，HTTP模块和MAIL模块的地位相似，在事件模块中，ngx_event_core_module事件模块是其他所有事件模块的基础，在HTTP模块中，ngx_http_core_module模块是其他所有HTTP模块的基础；在Mail模块中，ngx_mail_core_module模块是其他所有mail模块的基础。
所谓的事件驱动，即使有事件激发，然后又专门的时间收集分发器，有模块注册自己感兴趣的事件，然后相应的模块消费自己感兴趣的模块
Nginx是完全的事件驱动架构业务，传统的web服务器而言，事件驱动往往局限在TCP的建立关闭，关闭之前都不再是事件驱动了。
无论是master管理进程、worker进程、cache manager(loader)进程，每一个进程都拥有唯一一个ngx_cycle_t结构体。
Nginx框架只关心NGX_CORE_MODULE类型的模块。
Nginx中的Master进程关注7个全局标志 worker进程关注4个全局标志，master中的7个全局标志和对外的7个信号相关，8个标志位（其中一个是内部使用，和外部信号不相关），ngx_reap ngx_terminate ngx_quit ngx_reconfigure ngx_restart(内部使用)ngx_reopen ngx_change_binary ngx_noaccept，决定不同的分支，每次一个循环执行结束就会被挂起，直到下一个信号到来，当ngx_reconfigure为1，将重新初始化ngx_cycle_t结构体，然后重启一批进程，再给原来的进程发送信号使其优雅的死亡！
在ngx_init_cycle中只关注核心模块，调用核心模块的create_conf和init_conf 在Main函数中再调用每个模块的init_module函数。
事件结构体中的data指向ngx_connection_tngx_connection_t中的data 指向ngx_http_request_t
Nginx是在ET模式下工作 Muduo是在LT模式下工作。
一般向epoll中添加可读或者可写事件时，都是使用ngx_handle_read_event或者ngx_handle_write_event方法。
Nginx中定义了基本的数据结构ngx_connection_t来白哦是连接，这个连接白哦是是客户端主动发起的、nginx服务器被动接受的TCP连接，在有些请求中，需要主动连接，例如在upstream机制中，nginx和后端服务器建立的连接，是nginx主动发的连接，这样的连接于ngx_connection_t是不同的，nginx定义了ngx_peer_connection_t结构体表示主动连接，不过他也是以ngx_connectio_t为基础实现的。
Create_conf和init_conf是创建存储配置项参数的结构体和根据配置项来初始化配置项参数，每一个事件模块都必须实现ngx_event_module_t接口，这个接口运行每个事件模块建立自己的配置项结构体，用于存储感兴趣的配置项在nginx.conf中对应的参数。
某一个模块对配置文件中的某个配置项感兴趣，是通过commands数组来看的。
Ngx_module_t结构体中的init_module和Init_process只有一个模块实现了,即使事件模块的ngx_event_core_module.
Epoll默认情况下是LT模式，编程简单，可以处理阻塞和非阻塞套接字，ET模式的效率高，但是只支持非阻塞套接字。
关于时间缓存更新的问题，在worker进程中，要么通过定时器触发，定时器触发就是设置了更新时间的精度，在配置文件中需要配置，要么就是通过epoll返回就更新一次时间。获取所失败，再隔一段时间去尝试获取。在master进程中，通过外部信号的出发，在第一次信号被触发以后，就是定时器来进行更新时间缓存。
异步I/O时间和epoll_moudle相关联。
HTTP框架大致由1个核心模块（ngx_http_module）两个HTTP模块（ngx_http_core_module、ngx_http_upstream_module）组成。
所有的server虚拟主机会以散列表的数据结构组织起来，所有的Locatin表达式会以一个静态的二叉查找树组织起来。
对于每一个HTTP模块，都必须实现ngx_http_module_t接口。