nginx源代码分析--监听套接字的创建 套接字的监听 HTTP请求创建连接

作为一个webserver，那么肯定是有监听套接字的，这个监听套接字是用于接收HTTP请求的，这个监听套接字的创建是依据配置文件的内容来创建的，在nginx.conf文件里有多少个地址就须要创建多少个监听套接字。这里不说各个结构体的构造 仅仅说大体情况！

1）、首先在main函数中调用了ngx_init_cycle()函数，在这个函数的最后调用了ngx_open_listening_sockets函数，这个函数负责将创建的监听套接字进行套接字选项的设置（比方非堵塞、接受发送的缓冲区、绑定、监听处理）

2）那么创建套接字是在哪里？在解析http{]配置的时候，也就是在ngx_http_block()函数内，在这个函数的最后调用ngx_http_optimize_servers()函数，在这个函数内最后调用了

ngx_http_init_listening()函数，这个函数调用了ngx_http_add_listening函数，在这个函数总调用了ngx_create_listening()函数，这个函数依据每个IP地址:port这样的配置创建一个监听套接字，这个函数另一个非常重要的任务就是就是将监听套接字的回调函数设置为ngx_http_init_connection函数，记住这是监听套接字上的回调，而不是监听套接字相应的可读事件的回调函数

3）那么什么时候接受HTTP请求建立的连接呢？在ngx_event_process_init()函数内，这个函数是作为ngx_event_core_module模块创建的init_process函数，这个函数是在worker进程初始化是被被调用的，ngx_event_process_init函数将每个监听套接字和一个连接(ngx_connection_t)相互创建关系。在cycle内创建一个连接池，创建一个读事件池，创建一个写事件的池，然后创建for循环遍历cycle中的全部ngx_listening_t的结构体，对每个ngx_listening_t结构体，也就是每个监听套接字，从连接池中获取一个连接，将这个连接相应这个监听套接字，然后将读事件设置为ngx_event_accept，那么在相应的监听套接字上accept接受新的连接！

4）连接结束完毕后，调用这个监听套接字上的handler,也就是ngx_http_init_connection函数,从这个函数開始了HTTP请求的交互！

（总结:首先对于一个初始化好的ngx_listening_t时，这里面仅仅有一个套接字，没有可读可写事件，它须要ngx_connection_t托管，在ngx_connection_t中可读可写事件，在ngx_event_t结构中，data相应一个ngx_connection_t结构体）