nginx源码分析--配置信息的继承&合并

这里只讲述http{}模块下的配置：

       在ngx_http_block()函数内（这个函数别调用时在ngx_inti_cycle内的ngx_conf_parse函数，这个函数遇到http命令时 回调ngx_http_block，开启http{}配置块的解读工作），针对每一个http模块，调用init_conf之后，有调用了ngx_http_merge_servers()。这是为何！

      首先明确几点：一个http{}配置块内可以包含多个server{}配置块，每个server{}配置块可以包含多个location{}配置块，每个location{}配置块可以嵌套location{}配置块。把每个使用{}包含起来的配置块称为一个层次。在ngx_http_block中调用ngx_conf_parse时，还调用了ngx_http_core_server和ngx_http_core_location 这两个函数是解析server{}块和location{]块的。在不同的层次为同一个http模块创建了存储配置的结构体空间，比如在http{}层次为某一个http模块创建了 main_conf、srv_conf、loc_conf配置，在ngx_http_core_server内为同一个http模块创建了srv_conf loc_conf配置，在ngx_http_core_location函数内为同一个http模块创建了loc_conf配置。但是这是不同层次上的配置。对于某一个http模块中的某一个命令来说，它可能出现的区域有http{} server{} locaton{},如果在某一个server{}块内没有这个命令 那么它就需要从http{}中继承这个命令，如果某个server{}中存在这个命令，那么就不需要从http{}中继承；如果server{}中的某一个location{}中没有这个命令，那么就需要从上层（se