1. nginx是如何處理一個(gè)連接的?

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

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

首先尖昏，nginx的處理得先打開accept_mutex選項(xiàng)仰税，此時(shí)，只有獲得了accept_mutex的進(jìn)程才會(huì)去添加accept事件抽诉，也就是說陨簇，nginx會(huì)控制進(jìn)程是否添加accept事件。nginx使用一個(gè)叫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的值，這個(gè)值是nginx單進(jìn)程的所有連接總數(shù)的八分之一巍沙，減去剩下的空閑連接數(shù)量葵姥，得到的這個(gè)ngx_accept_disabled有一個(gè)規(guī)律，當(dāng)剩余連接數(shù)小于總連接數(shù)的八分之一時(shí)句携，其值才大于0榔幸，而且剩余的連接數(shù)越小，這個(gè)值越大矮嫉。

再看第二段代碼削咆，當(dāng)ngx_accept_disabled大于0時(shí)，不會(huì)去嘗試獲取accept_mutex鎖蠢笋，并且將ngx_accept_disabled減1拨齐，于是，每次執(zhí)行到此處時(shí)昨寞，都會(huì)去減1瞻惋，直到小于0。不去獲取accept_mutex鎖援岩，就是等于讓出獲取連接的機(jī)會(huì)歼狼，很顯然可以看出，當(dāng)空余連接越少時(shí)享怀，ngx_accept_disable越大羽峰，于是讓出的機(jī)會(huì)就越多，這樣其它進(jìn)程獲取鎖的機(jī)會(huì)也就越大。不去accept梅屉，自己的連接就控制下來了值纱，其它進(jìn)程的連接池就會(huì)得到利用，這樣履植，nginx就控制了多進(jìn)程間連接的平衡了计雌。