1. nginx是如何處理一個連接的?

結(jié)合一個tcp連接的生命周期，我們看看nginx是如何處理一個連接的。首先，nginx在啟動時，會解析配置文件，得到需要監(jiān)聽的端口與ip地址，然后在nginx的master進(jìn)程里面，先初始化好這個監(jiān)控的socket(創(chuàng)建socket，設(shè)置addrreuse等選項(xiàng)，綁定到指定的ip地址端口，再listen)，然后再fork出多個子進(jìn)程出來，然后子進(jìn)程會競爭accept新的連接。此時，客戶端就可以向nginx發(fā)起連接了。當(dāng)客戶端與服務(wù)端通過三次握手建立好一個連接后，nginx的某一個子進(jìn)程會accept成功，得到這個建立好的連接的socket，然后創(chuàng)建nginx對連接的封裝，即ngx_connection_t結(jié)構(gòu)體。接著，設(shè)置讀寫事件處理函數(shù)并添加讀寫事件來與客戶端進(jìn)行數(shù)據(jù)的交換。最后，nginx或客戶端來主動關(guān)掉連接，到此，一個連接就壽終正寢了。

2. 有的進(jìn)程有空余連接，卻沒有處理機(jī)會，有的進(jìn)程因?yàn)闆]有空余連接，卻人為地丟棄連接。那么，如何解決這個問題呢？

首先，nginx的處理得先打開accept_mutex選項(xiàng)，此時，只有獲得了accept_mutex的進(jìn)程才會去添加accept事件，也就是說，nginx會控制進(jìn)程是否添加accept事件。nginx使用一個叫ngx_accept_disabled的變量來控制是否去競爭accept_mutex鎖。

ngx_accept_disabled = ngx_cycle->connection_n / 8 - ngx_cycle->free_connection_n;

if (ngx_accept_disabled > 0) {
    ngx_accept_disabled--;
} else {
    if (ngx_trylock_accept_mutex(cycle) == NGX_ERROR) {
        return;
    }

    if (ngx_accept_mutex_held) {
        flags |= NGX_POST_EVENTS;
    } else {
        if (timer == NGX_TIMER_INFINITE
                || timer > ngx_accept_mutex_delay)
        {
            timer = ngx_accept_mutex_delay;
        }
    }
}

在第一段代碼中，計(jì)算ngx_accept_disabled的值，這個值是nginx單進(jìn)程的所有連接總數(shù)的八分之一，減去剩下的空閑連接數(shù)量，得到的這個ngx_accept_disabled有一個規(guī)律，當(dāng)剩余連接數(shù)小于總連接數(shù)的八分之一時，其值才大于0，而且剩余的連接數(shù)越小，這個值越大。

再看第二段代碼，當(dāng)ngx_accept_disabled大于0時，不會去嘗試獲取accept_mutex鎖，并且將ngx_accept_disabled減1，于是，每次執(zhí)行到此處時，都會去減1，直到小于0。不去獲取accept_mutex鎖，就是等于讓出獲取連接的機(jī)會，很顯然可以看出，當(dāng)空余連接越少時，ngx_accept_disable越大，于是讓出的機(jī)會就越多，這樣其它進(jìn)程獲取鎖的機(jī)會也就越大。不去accept，自己的連接就控制下來了，其它進(jìn)程的連接池就會得到利用，這樣，nginx就控制了多進(jìn)程間連接的平衡了。