core-module
core-module的配置保存在cycle的conf_ctx数组里面，它是在ngx_init_cycle时创建的，只针对core-module调用create-conf，并且保存。我们最熟悉的，估计就是ngx_event_module与ngx_http_module。它俩负责管理其它其它的event模块与http模块。
cycle的流程是这样的，首先调用各个core-module的create-conf，再进行配置文件的解析ngx_conf_parse()，，再调用init-conf。而ngx_event_module和ngx_http_module都没有选择在create_module中分配存储结构，而是在配置解析的时候做的。
先是创建
for (i = 0; cycle->modules[i]; i++) {
if (cycle->modules[i]->type != NGX_CORE_MODULE) {
continue;
}
module = cycle->modules[i]->ctx;
if (module->create_conf) {
rv = module->create_conf(cycle);
if (rv == NULL) {
ngx_destroy_pool(pool);
return NULL;
}
cycle->conf_ctx[cycle->modules[i]->index] = rv;
}
}
然后是解析
if (ngx_conf_parse(&conf, &cycle->conf_file) != NGX_CONF_OK) {
environ = senv;
ngx_destroy_cycle_pools(&conf);
return NULL;
}
然后再init-conf
for (i = 0; cycle->modules[i]; i++) {
if (cycle->modules[i]->type != NGX_CORE_MODULE) {
continue;
}
module = cycle->modules[i]->ctx;
if (module->init_conf) {
if (module->init_conf(cycle,
cycle->conf_ctx[cycle->modules[i]->index])
== NGX_CONF_ERROR)
{
environ = senv;
ngx_destroy_cycle_pools(&conf);
return NULL;
}
}
}
event-module之ngx_event_core_module与ngx_event_epoll_module
一般我们不自己写event模块，那么就用ngx_event_core_module与ngx_event_epoll_module为例子来说说。对于event模块，http_events_block()函数会创建所有event_module的配置数组，
*ctx = ngx_pcalloc(cf->pool, ngx_event_max_module * sizeof(void *));
if (*ctx == NULL) {
return NGX_CONF_ERROR;
}
*(void **) conf = ctx;
其中最重要的两个event_module就是ngx_event_core_module，它要保存的配置项就是use，也就是使用哪个event实现模块实现事件机制。而ngx_event_epoll_module则是在linux上缺省的事件模块，它有一些自己要处理的参数需要保存。整个架构和core-module是类似的，也是create-conf创建events配置，接着继续解析配置文件，再init-conf操作。
for (i = 0; cf->cycle->modules[i]; i++) {
if (cf->cycle->modules[i]->type != NGX_EVENT_MODULE) {
continue;
}
m = cf->cycle->modules[i]->ctx;
if (m->create_conf) {
(*ctx)[cf->cycle->modules[i]->ctx_index] =
m->create_conf(cf->cycle);
if ((*ctx)[cf->cycle->modules[i]->ctx_index] == NULL) {
return NGX_CONF_ERROR;
}
}
}
core-module之ngx_http_module
非常类似，http的core-module就是ngx_http_module，它由cycle管理，cycle的ctx里面保存所有的http的conf，这实际上就是ngx_http_conf_ctx。ngx_http_conf_ctx里面有三个指针main, srv, loc。但是它们是在ngx_http_block()函数中创建的：
ctx = ngx_pcalloc(cf->pool, sizeof(ngx_http_conf_ctx_t));
if (ctx == NULL) {
return NGX_CONF_ERROR;
}
*(ngx_http_conf_ctx_t **) conf = ctx;
如果是自己写的http模块，就只是需要处理main, srv或者loc的配置项就得了，而一个我们经常会碰到的就是ngx_http_core_module模块的配置，它们分别是ngx_http_core_main_conf，ngx_http_core_srv_conf和ngx_http_core_loc_conf。
这个配置模型还是有点容易让人糊涂的，主要是ngx_http_conf_ctx会创建很多份，一份是由ngx_http_block创建的，以core-module的身份创建，满足cycle的管理需求，同时也对应到http配置项，而在解析到server和location时也会创建这样一个结构，但是这一次其实是http模块自己的事情了（也就是说，后面的事情没有了，cycles也能够正常运转）。第二层的对应server层的ngx_http_conf_ctx，保存在ngx_http_core_main_conf的severs成员里，第三层及下面的对应到location的配置，第三层直接放在ngx_http_core_srv_conf的named_locations成员，而再往下，就放在父location的ngx_http_core_locl_conf的locations成员下了。
也就是说，顶层的ngx_http_conf_ctx，也就是http{}对应的配置，能够直接通过cycle找到，而非顶层的，需要借助于ngx_http_core_module的帮助，如果是对应到某个server的配置，需要通过ngx_http_core_main_conf里面的servers成员匹配到，同理location相关的，也要顺着ngx_http_core_srv_conf和ngx_http_core_loc_conf顺着往下走。
实际上，不是直接找到，是先要找到ngx_http_core_srv_conf或者ngx_http_core_loc_conf之后，再通过它的ctx成员或者loc_conf找到ngx_http_conf_ctx对象。
其实从代码中看，在server层，还保存了整个server有效的ngx_http_conf_ctx对象，就是在函数ngx_http_core_server()中
/* the server configuration context */
cscf = ctx->srv_conf[ngx_http_core_module.ctx_index];
cscf->ctx = ctx;
但是在loc层，只保存了location相关的配置，如下在函数中ngx_http_core_location()中
ctx = ngx_pcalloc(cf->pool, sizeof(ngx_http_conf_ctx_t));
clcf = ctx->loc_conf[ngx_http_core_module.ctx_index];
clcf->loc_conf = ctx->loc_conf;
可见并没有保存整个的
