Connector 啟動以後會啟動一組線程用于不同階段的請求處理過程。
Acceptor 線程組。用于接受新連接配接，并将新連接配接封裝一下，選擇一個 Poller 将新連接配接添加到 Poller 的事件隊列中。
Poller 線程組。用于監聽 Socket 事件，當 Socket 可讀或可寫等等時，将 Socket 封裝一下添加到 worker 線程池的任務隊列中。
worker 線程組。用于對請求進行處理，包括分析請求封包并建立 Request 對象，調用容器的 pipeline 進行處理。
Acceptor、Poller、worker 所在的 ThreadPoolExecutor 都維護在 NioEndpoint 中。
Connector Init and Start
initServerSocket()，通過 ServerSocketChannel.open() 打開一個 ServerSocket，預設綁定到 8080 端口，預設的連接配接等待隊列長度是 100， 當超過 100 個時會拒絕服務。我們可以通過配置 conf/server.xml 中 Connector 的 acceptCount 屬性對其進行定制。
createExecutor() 用于建立 Worker 線程池。預設會啟動 10 個 Worker 線程，Tomcat 處理請求過程中，Woker 最多不超過 200 個。我們可以通過配置 conf/server.xml 中 Connector 的 minSpareThreads 和 maxThreads 對這兩個屬性進行定制。
Pollor 用于檢測已就緒的 Socket。 預設最多不超過 2 個，Math.min(2,Runtime.getRuntime().availableProcessors());。我們可以通過配置 pollerThreadCount 來定制。
Acceptor 用于接受新連接配接。預設是 1 個。我們可以通過配置 acceptorThreadCount 對其進行定制。
Requtst Process
Acceptor
Acceptor 在啟動後會阻塞在 ServerSocketChannel.accept(); 方法處，當有新連接配接到達時，該方法傳回一個 SocketChannel。
配置完 Socket 以後将 Socket 封裝到 NioChannel 中，并注冊到 Poller,值的一提的是，我們一開始就啟動了多個 Poller 線程，注冊的時候，連接配接是公平的配置設定到每個 Poller 的。NioEndpoint 維護了一個 Poller 數組，當一個連接配接配置設定給 pollers[index] 時，下一個連接配接就會配置設定給 pollers[(index+1)%pollers.length].
addEvent() 方法會将 Socket 添加到該 Poller 的 PollerEvent 隊列中。到此 Acceptor 的任務就完成了。
Poller
selector.select(1000)。當 Poller 啟動後因為 selector 中并沒有已注冊的 Channel，是以當執行到該方法時隻能阻塞。所有的 Poller 共用一個 Selector，其實作類是 sun.nio.ch.EPollSelectorImpl
events() 方法會将通過 addEvent() 方法添加到事件隊列中的 Socket 注冊到 EPollSelectorImpl，當 Socket 可讀時，Poller 才對其進行處理
createSocketProcessor() 方法将 Socket 封裝到 SocketProcessor 中，SocketProcessor 實作了 Runnable 接口。worker 線程通過調用其 run() 方法來對 Socket 進行處理。
execute(SocketProcessor) 方法将 SocketProcessor 送出到線程池，放入線程池的 workQueue 中。workQueue 是 BlockingQueue 的執行個體。到此 Poller 的任務就完成了。
worker 線程被建立以後就執行 ThreadPoolExecutor 的 runWorker() 方法，試圖從 workQueue 中取待處理任務，但是一開始 workQueue 是空的，是以 worker 線程會阻塞在 workQueue.take() 方法。
當新任務添加到 workQueue後，workQueue.take() 方法會傳回一個 Runnable，通常是 SocketProcessor,然後 worker 線程調用 SocketProcessor 的 run() 方法對 Socket 進行處理。
createProcessor() 會建立一個 Http11Processor, 它用來解析 Socket，将 Socket 中的内容封裝到 Request 中。注意這個 Request 是臨時使用的一個類，它的全類名是 org.apache.coyote.Request，
postParseRequest() 方法封裝一下 Request，并處理一下映射關系(從 URL 映射到相應的 Host、Context、Wrapper)。
CoyoteAdapter 将 Rquest 送出給 Container 處理之前，并将 org.apache.coyote.Request 封裝到 org.apache.catalina.connector.Request，傳遞給 Container 處理的 Request 是 org.apache.catalina.connector.Request。
connector.getService().getMapper().map()，用來在 Mapper 中查詢 URL 的映射關系。映射關系會保留到 org.apache.catalina.connector.Request 中，Container 處理階段 request.getHost() 是使用的就是這個階段查詢到的映射主機，以此類推 request.getContext()、request.getWrapper() 都是。
connector.getService().getContainer().getPipeline().getFirst().invoke() 會将請求傳遞到 Container 處理，當然了 Container 處理也是在 Worker 線程中執行的，但是這是一個相對獨立的子產品，是以單獨分出來一節。
Container
需要注意的是，基本上每一個容器的 StandardPipeline 上都會有多個已注冊的 Valve，我們隻關注每個容器的 Basic Valve。其他 Valve 都是在 Basic Valve 前執行。
request.getHost().getPipeline().getFirst().invoke() 先擷取對應的 StandardHost，并執行其 pipeline。
request.getContext().getPipeline().getFirst().invoke() 先擷取對應的 StandardContext,并執行其 pipeline。
request.getWrapper().getPipeline().getFirst().invoke() 先擷取對應的 StandardWrapper，并執行其 pipeline。
最值得說的就是 StandardWrapper 的 Basic Valve，StandardWrapperValve
allocate() 用來加載并初始化 Servlet，值的一提的是 Servlet 并不都是單例的，當 Servlet 實作了 SingleThreadModel 接口後，StandardWrapper 會維護一組 Servlet 執行個體，這是享元模式。當然了 SingleThreadModel在 Servlet 2.4 以後就棄用了。
createFilterChain() 方法會從 StandardContext 中擷取到所有的過濾器，然後将比對 Request URL 的所有過濾器挑選出來添加到 filterChain 中。
doFilter() 執行過濾鍊,當所有的過濾器都執行完畢後調用 Servlet 的 service() 方法。
參考：
https://www.amazon.com/How-Tomcat-Works-Budi-Kurniawan/dp/097521280X http://product.dangdang.com/25084132.html https://tomcat.apache.org/tomcat-9.0-doc/index.html http://www-eu.apache.org/dist/tomcat/tomcat-9/v9.0.0.M22/src/ http://gearever.iteye.com/blog/1844203