本節開始分析lighttpd中處理連接的狀態機,也就是connections.c文件中的connection_state_machine函數.我們將沿著上一節中給出的狀態機示意圖一步一步往下走,以圖把這個過程分析清楚.這也是目前為止唯一一個詳細進行分析的函數,希望這樣可以更加突出這個函數的重要性.
一)CON_STATE_REQUEST_START狀態
這個狀態出現在剛剛通過accept函數接收一個新的連接時,此時需要保存一些數據:
case CON_STATE_REQUEST_START: /* transient, 開始接收請求 */
if (srv->srvconf.log_state_handling) {
log_error_write(srv, __FILE__, __LINE__, "sds",
"state for fd", con->fd, connection_get_state(con->state));
}
// 保存時間
con->request_start = srv->cur_ts;
con->read_idle_ts = srv->cur_ts;
// 該連接的請求次數
con->request_count++;
// 每次循環處理的請求次數
con->loops_per_request = 0;
// 狀態改為可讀, 也就是可以接收數據
connection_set_state(srv, con, CON_STATE_READ);
/* patch con->conf.is_ssl if the connection is a ssl-socket already */
#ifdef USE_OPENSSL
con->conf.is_ssl = srv_sock->is_ssl;
#endif
break;
需要注意的是這里將connetion中的兩個字段保存為當前時間,request_start和read_idle_ts, 前者存放的是接收連接的時間, 后者用于超時判斷, 在第5節講解lighttpd中如何處理超時的時候提到過,lighttpd設置了一個每一秒一次的定時器, 每次定時器到時就依次輪詢所有的連接, 判斷是否超時, 而判斷的依據就是拿當前的時間 - connection的read_idle_ts字段, 看看是否超時:
// 如果當前時間與read_idle_ts之差大于max_read_idle, 超時
if (srv->cur_ts - con->read_idle_ts > con->conf.max_read_idle) {
/* time - out */
connection_set_state(srv, con, CON_STATE_ERROR);
changed = 1;
}
這些該保存的數據都保存完畢之后, 狀態機進入下一個狀態,CON_STATE_READ, 也就是開始接收數據, 這是下一節要講解的內容了.