Nginx源代码分析之connect（四）

这次详细分析一下各个模型的connect调用，对于WEB服务器，必然调用accept,但也少不了connect，一般用于连接后端WEB服务器或者邮件服务器

在调用 rc = connect(s, pc->sockaddr, pc->socklen);之后NGX会调用 ngx_add_event来注册connect的事件

ngx_add_event是一个宏对于不同的网络模型会有对应的具体函数，

对于IOCP来说是ngx_iocp_add_event

对于SELECT来说是ngx_select_add_event

对于EPOLL来说是ngx_epoll_add_event

connect的返回值，不同操作系统返回值略有差别。先看看select 模型的处理流程

以http_up_stream模块为例。

ngx_http_upstream_connect函数里面调用ngx_event_connect_peer，将结构体ngx_peer_connection_s传递进去。

ngx_event_connect_peer执行初始化socket，设置收/发缓存，绑定等初始化工作。

r然后调用connect，如果返回NGX_OK，那么最后调用ngx_http_upstream_send_request发送请求。

如果connect返回-1，还要判断errno，如果不是EWOULDBLOCK类似的错误码直接返回。如果是的话则会向select模型中添加读，写句柄。调用的即前面提到的  ngx_select_add_event，

ngx_select_add_event 会把读写FD添加到全局的master_read_fd_set，master_write_fd_set读写符号集里面。这是select的标准动作。剩下的事情则交给select模型。

而循环检查读写状态的是ngx_select_process_events，其关键代码如下：

    ready = select(max_fd + 1, &work_read_fd_set, &work_write_fd_set, NULL, tp);

    err = (ready == -1) ? ngx_errno : 0;

    if (flags & NGX_UPDATE_TIME || ngx_event_timer_alarm) {
        ngx_time_update();
    }

    ngx_log_debug1(NGX_LOG_DEBUG_EVENT, cycle->log, 0,
                   "select ready %d", ready);

    if (err) {
        ngx_uint_t  level;


        if (err == NGX_EINTR) {


            if (ngx_event_timer_alarm) {
                ngx_event_timer_alarm = 0;
                return NGX_OK;
            }

            level = NGX_LOG_INFO;

        } else {
            level = NGX_LOG_ALERT;
        }

        ngx_log_error(level, cycle->log, err, "select() failed");

        if (err == NGX_EBADF) {
            ngx_select_repair_fd_sets(cycle);
        }

        return NGX_ERROR;
    }

    if (ready == 0) {
        if (timer != NGX_TIMER_INFINITE) {
            return NGX_OK;
        }

        ngx_log_error(NGX_LOG_ALERT, cycle->log, 0,
                      "select() returned no events without timeout");
        return NGX_ERROR;
    }

这里发现读/写 符号就绪以后，就会调用ngx_post_event(ev, queue);把代表单次I/O上下文的ev对象放入全局的队列中，实际上是2个队列ngx_posted_accept_events，ngx_posted_events。

而对ev-handle的执行则是在ngx_worker_process_cycle->ngx_process_events_and_timers->ngx_event_process_posted函数里面，其唯一的调用就是ev->handler(ev);

实际上调用的是ngx_http_upstream_send_request_handler，在这个函数中经过一些处理之后调用ngx_http_upstream_send_request。

如果返回的是NGX_OK，则直接调用ngx_http_upstream_send_request

如果connect处于等待状态，还会调用ngx_event_add_timer，添加一个超时对象。一旦此次connect超时，则会在ngx_process_events_and_timers中触发相应的超时处理函数。

在回头看看ngx_http_upstream_connect函数，有2个参数 ngx_http_request_t和ngx_http_upstream_t

在简单处理了时间方面的记录以后就调用ngx_event_connect_peer，如果返回NGX_ERROR，表示当前socket出现异常，调用ngx_http_upstream_finalize_request关闭这个socket。

如果返回NGX_DECLINED，表示连接对象连接失败，则调用ngx_http_upstream_next继续执行下一个反向代理目标。

如果connect立即成功或者进入异步等待状态，设置读写Handle等一系列参数

    c = u->peer.connection;


    c->data = r;


    c->write->handler = ngx_http_upstream_handler;
    c->read->handler = ngx_http_upstream_handler;


    u->write_event_handler = ngx_http_upstream_send_request_handler;
    u->read_event_handler = ngx_http_upstream_process_header;


    c->sendfile &= r->connection->sendfile;
    u->output.sendfile = c->sendfile;

一旦异步connect成功返回，则会调用这些读写handle来执行读写操作。

最后如果是异步状态，调用下面的代码

    if (rc == NGX_AGAIN) {
        ngx_add_timer(c->write, u->conf->connect_timeout);
        return;
    }

对这个connect建立一个定时器来监控connect的超时，一旦超时则会触发相应的处理函数来撤销这个异步connect。

如果connect立即成功，则调用ngx_http_upstream_send_request，开始向反向代理目标发送http request。