本系列轉載自?http://blog.csdn.net/haitao111313/article/category/1179996?

目標：在這篇文章希望搞明白http請求到tomcat后是怎么由連接器轉交到容器的？

? ? ? 在上一節里已經啟動了一個HttpConnector線程，并且也啟動了固定數量的HttpProcessor線程。HttpConnector用來等待http連接，得到http連接后交給其中的一個HttpProcessor線程來處理。接下里具體看一下HttpConnector是怎么得到連接得，以及HttpProcessor是怎么處理的。當啟動了HttpConnector線程后（在上一節已經知道怎么啟動了），便在它的run方法里面循環等待：

這里很關鍵的就是socket = serverSocket.accept();和processor.assign(socket); 在循環里面內，serverSocket.accept();負責接收http請求然后賦值給socket，最后交給其中一個processor處理。這里processor并不是等到需要的時候再實例化，而是在HttpConnector初始化的時候已經有了若干個processor，在httpConnector里有這樣一個聲明：

表明httpConnector里面持有一個包含HttpProcessor對象的棧，需要的時候拿出來就是了。看一下createProcessor函數就能比較明白了：

接下來由processor.assign(socket); 記住這個方法是異步的，不需要等待HttpProcessor來處理完成，所以HttpConnector才能不間斷的傳入Http請求，在HttpProcessor里有兩個方法比較重要，這兩個方法協調處理了由HttpConnector傳來的socket：

看一下HttpProcessor的run方法：

很明顯，在它的run方法一開始便是調用上面的await方法來等待（因為一開始available變量為false），所以HttpProcessor會一直阻塞，直到有線程來喚醒它。當從HttpConnector中調用processor.assign(socket)，會把socket傳給此HttpProcessor對象，并設置available為true，調用notifyAll()喚醒該processor線程以處理socket。同時，在await方法中又把available設置成false，因此又回到初始狀態，即可以重新接受socket。

這里處理socket的方法是process(socket)，主要作用有兩點，1：解析這個socket，即解析http請求，包括請求方法，請求協議等，以填充request，response對象（是不是很熟悉，在servlet和jsp開發經常用到的request，response對象就是從這里來的）。2：傳入request，response對象給和HttpConnector綁定的容器，讓容器來調用invoke方法進行處理。process方法主要的代碼如下：

在那些parse××方法里面會對request，response對象進行初始化，然后調用容器的invoke方法進行處理，至此，http請求過來的連接已經完美的轉交給容器處理，容器剩下的問題就是要最終轉交給哪個servlet或者jsp的問題。前面我們知道，一個連接會跟一個容器相連，一個級別大的容器會有一個或者多個子容器，最小的容器是Wrapper，對應一個servlet，在這里我們只要知道請求的路徑決定了最終會選擇哪個wrapper，wrapper最終會調用servlet的。至少一開始提出來的問題已經明白了。這里又有一個問題，在調用invoke方法是有這樣的connector.getContainer的代碼,即通過連接器得到跟它關聯的容器，這個連接器是什么時候跟容器關聯上的？ 詳見下篇： Tomcat源碼分析(三)--連接器是如何與容器關聯的？

Tomcat源碼分析(二)--連接處理