前言

瀏覽器（IE，火狐，谷歌等）和apache都是基于http協議進行通訊的。瀏覽器在客戶端，apache在服務端。http協議是在TCP/IP模型中的應用層。TCP協議狀態在TCP/IP模型中的傳輸層。在瀏覽一個網站的時候，如果關閉了瀏覽器，只是關閉了瀏覽器的進程，瀏覽器和apache之間的連接還沒有完全斷開。操作系統會在一定時間后自動斷開該連接。服務端也是一樣，雖然apache的進程已經關閉了，但是連接不會立刻斷開，linux操作系統會在一定時間后斷開該連接。

TCP/IP結構對應OSI結構

那么當完成數據傳輸后操作系統是怎么斷開該連接的？下面詳細講解這個連接和斷開過程。

首先了解TCP協議的幾種狀態

LISTEN：偵聽來自遠方的TCP端口 的連接請求

SYN-SENT：再發送連接請求后等待匹配的連接請求

SYN-RECEIVED：再收到和發送一個連接請求后等待對方對連接 請求的確認

ESTABLISHED：代表一個打開的連接

FIN-WAIT-1：等待遠程TCP連接中斷請求，或先前的連接中斷請求的確認

FIN- WAIT-2：從遠程TCP等待連接中斷請求

CLOSE-WAIT：等待從本地用戶發來的連接中斷請求

CLOSING：等待遠程TCP對 連接中斷的確認

LAST-ACK：等待原來的發向遠程TCP的連接中斷請求的確認

TIME-WAIT：等待足夠的時間以確保遠程TCP接 收到連接中斷請求的確認

CLOSED：沒有任何連接狀態

發起連接請求

apache服務器（服務端）不會主動發起連接請求的，apache服務器一直監聽80端口（設定的某個端口），一旦有連接請求就會對請求作出響應。

所以每次的連接都是從瀏覽器（客戶端）發起的。而關閉連接請求有可能是apache服務器發給瀏覽器，也有可能是瀏覽器發送給apache服務器。

瀏覽器發起關閉連接請求

瀏覽器在什么情況是會發起關閉連接請求？

1，所有的數據傳輸完成。

2，關閉了瀏覽器

3，其他

瀏覽器發起關閉連接請求的TCP協議狀態遷移圖

每個步驟的說明：

1，瀏覽中輸入網址，開始連接服務器。這時瀏覽器的狀態是SYN_SENT，apache的狀態是LISTEN。

2，apache收到連接請求，開始一些準備工作，比如為該連接開辟內存空間，建立進程，并回復瀏覽器確認連接。這時瀏覽器的狀態是SYN_SENT，apache的狀態是SYN_RCVD。

3，瀏覽收到連接確認，連接被成功建立，開始請求需要的數據。這時瀏覽器的狀態是ESTABLISHED，apache的狀態是SYN_RECVD。

4，apache收到數據請求，發送相應的數據給瀏覽器。這時瀏覽器的狀態是ESTABLISHED，apache的狀態也是ESTABLISHED。

5，瀏覽器繼續請求需要的數據。這時瀏覽器的狀態是ESTABLISHED，apache的狀態也是ESTABLISHED。

6，apache收到數據請求，發送響應的數據給瀏覽器。這時瀏覽器的狀態是ESTABLISHED，apache的狀態也是ESTABLISHED。

。。。。。

。。。。。

重復5和6直到所有數據接收完成

7，瀏覽器判斷所有數據接收完畢，發送關閉連接請求。這時瀏覽器的狀態是FIN_WAIT_1，apache 的狀態是ESTABLISHED。

8，apache收到關閉連接請求，開始關閉連接工作（只是開始，并不是準備工作全部完成），比如關閉內存空間，關閉進程等，并發送同意關閉連接。這時瀏覽器的狀態是FIN_WAIT_1，apache的狀態是CLOSED_WAIT。

9，瀏覽器收到同意關閉連接，瀏覽器不會再發送請求，只是等待，開始等待apache的關閉工作完成，開始等待apache完成關閉工作后的確認。這時瀏覽器的狀態是FIN_WAIT_2，apache的狀態是CLOSE_WAIT。

10，apache完成關閉工作，內存回收，關閉進程等，發送最后的關閉確認請求。這時瀏覽器的狀態是FIN_WAIT_2，apache的狀態是LAST_ACK。

11，瀏覽器收到最后的關閉確認，關閉連接，并發送最后的關閉連接應答。這時會有2*SML秒的緩沖時間。2*SML時間后連接正式關閉。SML時間根據操作系統不一樣而不一樣。centos的SML時間是30秒。這時瀏覽器的狀態時TIME_WAIT，apache的狀態是LAST_ACK。

12，apache收到最后的關閉連接應答，apache關閉連接。這時也會有2*SML秒的緩沖時間。2*SML后連接正式關閉。這時瀏覽器的狀態是TIME_WAIT，apache的狀態是TIME_WAIT。

13，2*SML秒后瀏覽器的狀態時CLOSED，apache的狀態也是CLOSED。

apache發起關閉連接請求

apache在什么情況下會發起關閉連接請求呢？

1，http.conf 里面有個參數time_out。這個值是完成上一個請求的應答之后和下一個請求到來的時間差。如果apache在完成上一個請求的應答之后等了time_out秒還沒收到第二個連接，apache就會主動斷開該連接。

2，apache內存耗盡，或者一些其他原因

apache發起關閉連接請求的TCP狀態遷移圖

每個步驟的說明：

1，瀏覽中輸入網址，開始連接服務器。這時瀏覽器的狀態是SYN_SENT，apache的狀態是LISTEN。

2，apache收到連接請求，開始一些準備工作，比如為該連接開辟內存空間，建立進程，并回復瀏覽器確認連接。這時瀏覽器的狀態是SYN_SENT，apache的狀態是SYN_RCVD。

3，瀏覽收到連接確認，連接被成功建立，開始請求需要的數據。這時瀏覽器的狀態是ESTABLISHED，apache的狀態是SYN_RECVD。

4，apache收到數據請求，發送相應的數據給瀏覽器。這時瀏覽器的狀態是ESTABLISHED，apache的狀態也是ESTABLISHED。

5，瀏覽器繼續請求需要的數據。這時瀏覽器的狀態是ESTABLISHED，apache的狀態也是ESTABLISHED。

6，apache收到數據請求，發送響應的數據給瀏覽器。這時瀏覽器的狀態是ESTABLISHED，apache的狀態也是ESTABLISHED。

。。。。。

。。。。。

重復5和6直到所有數據接收完成

7，apache等待time_out秒后沒有收到下個請求，所以主動發起關閉連接請求。這時瀏覽器的狀態是ESTABLISHED，apache的狀態是FIN_WAIT_1。

8，瀏覽器收到關閉連接請求，開始關閉連接工作（只是開始，并不是準備工作全部完成），比如關閉內存空間，關閉進程等，并發送同意關閉連接。這時瀏覽器的狀態是CLOSED_WAIT，apache的狀態是FIN_WAIT_1。

9，apache收到同意關閉連接，apache不會再發送請求，只是等待，開始等待瀏覽器的關閉工作完成，開始等待瀏覽器完成關閉工作后的確認。這時瀏覽器的狀態是CLOSED_WAIT，apache的狀態是FIN_WAIT_2。

10，瀏覽器完成關閉工作，內存回收，關閉進程等，發送最后的關閉確認請求。這時瀏覽器的狀態是LAST_ACK，apache的狀態是FIN_WAIT_2。

11，apache收到最后的關閉確認，關閉連接，并發送最后的關閉連接應答。這時會有2*SML秒的緩沖時間。2*SML時間后連接正式關閉。這時瀏覽器的狀態時LAST_ACK，apache的狀態是TIME_WAIT。

12，瀏覽器收到最后的關閉連接應答，瀏覽器關閉連接。這時也會有2*SML秒的緩沖時間。2*SML后連接正式關閉。這時瀏覽器的狀態是TIME_WAIT，apache的狀態也是TIME_WAIT。

13，2*SML秒后瀏覽器的狀態時CLOSED，apache的狀態也是CLOSED。

查看apache的連接狀態

linux下查看所有連接狀態的命令為：

#netstat -nat

linux下查看所有TCP連接數的統計:

#netstat -nat|awk ‘{print awk $NF}’|sort|uniq -c|sort –n

linux下查看80端口的連接數的統計:

#netstat -nat|grep “:80″|awk ‘{print $5}’ |awk -F: ‘{print $1}’ | sort| uniq -c|sort -n

linux下查看apache的連接狀態的命令為：

#netstat -nat|grep –i ’80′

linux下查看apache的某個狀態的命令為：

#netstat -nat|grep LISTEN

#netstat -nat|grep ESTABLISHED

#netstat -nat|grep TIME_WAIT

。。。。。。。。對應的TCP協議狀態

linux下查看apache的所有相關連接狀態的命令為：

#netstat -n |awk ‘/^tcp/ {++S[$NF]} END {for(a in S)print a,S[a]}’

該命令非常實用，會列出apache的所有連接狀態信息的統計。如果某個狀態沒有連接則不顯示。

補充:

本篇文章是為以后編寫關于apache，mysql并發優化的輔助文章，是最基礎的知識。是本人對瀏覽器與apache的TCP連接狀態的一些理解，難免會有一些錯誤。但是作為一個程序員如果理解上面這些內容足以。更多的細節內容應該是架構師的事情了。

本文地址：http://www.qindamoni.com/84