原始碼環境準備
Tomcat 9.0.6 下載地址：tomcat.apache.org/download-90…
由於上面下載的 tomcat 的原始碼並沒有使用 maven 進行組織，不方便我們看原始碼，也不方便我們進行除錯。這裡我們將使用 maven 倉庫中的 tomcat-embed-core，自己編寫程式碼進行啟動的方式來進行除錯。
首先，建立一個空的 maven 工程，然後新增以下依賴。
<dependency>
<groupId>org.apache.tomcat.embed</groupId>
<artifactId>tomcat-embed-core</artifactId>
<version>9.0.6</version>
</dependency>
複製程式碼上面的依賴，只會將 tomcat-embed-core-9.0.6.jar 和 tomcat-annotations-api-9.0.6.jar 兩個包引進來，對於本文來說，已經足夠了，如果你需要其他功能，需要額外引用其他的依賴，如 Jasper。
然後，使用以下啟動方法：
public static void main(String[] args) throws LifecycleException {
Tomcat tomcat = new Tomcat();
Connector connector = new Connector("HTTP/1.1");
connector.setPort(8080);
tomcat.setConnector(connector);
tomcat.start();
tomcat.getServer().await();
}
複製程式碼經過以上的程式碼，我們的 Tomcat 就啟動起來了。
Tomcat 中的其他介面感興趣的讀者請自行探索，如設定 webapp 目錄，設定 resources 等
這裡，介紹第一個重要的概念：Connector。在 Tomcat 中，使用 Connector 來處理連線，一個 Tomcat 可以配置多個 Connector，分別用於監聽不同埠，或處理不同協議。
在 Connector 的構造方法中，我們可以傳 HTTP/1.1 或 AJP/1.3 用於指定協議，也可以傳入相應的協議處理類，畢竟協議不是重點，將不同埠進來的連線對應不同處理類才是正道。典型地，我們可以指定以下幾個協議處理類：
- org.apache.coyote.http11.Http11NioProtocol：對應非阻塞 IO
- org.apache.coyote.http11.Http11Nio2Protocol：對應非同步 IO
- org.apache.coyote.http2.Http2Protocol：對應 http2 協議，對 http2 感興趣的讀者，趕緊看起來吧。
本文的重點當然是非阻塞 IO 了，之前已經介紹過非同步 IO的基礎知識了，讀者看完本文後，如果對非同步 IO 的處理流程感興趣，可以自行去分析一遍。
如果你使用 9.0 以前的版本，Tomcat 在啟動的時候是會自動配置一個 connector 的，我們可以不用顯示配置。
9.0 版本的 Tomcat#start() 方法：
public void start() throws LifecycleException { getServer(); server.start(); } 複製程式碼8.5 及之前版本的 Tomcat#start() 方法：
public void start() throws LifecycleException { getServer(); // 自動配置一個使用非阻塞 IO 的 connector getConnector(); server.start(); } 複製程式碼
endpoint
前面我們說過一個 Connector 對應一個協議，當然這描述也不太對，NIO 和 NIO2 就都是處理 HTTP/1.1 的，只不過一個使用非阻塞，一個使用非同步。進到指定 protocol 程式碼，我們就會發現，它們的程式碼及其簡單，只不過是指定了特定的 endpoint。
開啟 Http11NioProtocol 和 Http11Nio2Protocol原始碼，我們可以看到，在構造方法中，它們分別指定了 NioEndpoint 和 Nio2Endpoint。
// 非阻塞模式
public class Http11NioProtocol extends AbstractHttp11JsseProtocol<NioChannel> {
public Http11NioProtocol() {
// NioEndpoint
super(new NioEndpoint());
}
...
}
// 非同步模式
public class Http11Nio2Protocol extends AbstractHttp11JsseProtocol<Nio2Channel> {
public Http11Nio2Protocol() {
// Nio2Endpoint
super(new Nio2Endpoint());
}
...
}
複製程式碼這裡介紹第二個重要的概念：endpoint。Tomcat 使用不同的 endpoint 來處理不同的協議請求，今天我們的重點是 NioEndpoint，其使用非阻塞 IO 來進行處理 HTTP/1.1 協議的請求。
NioEndpoint 繼承 => AbstractJsseEndpoint 繼承 => AbstractEndpoint。中間的 AbstractJsseEndpoint 主要是提供了一些關於 HTTPS 的方法，這塊我們暫時忽略它，後面所有關於 HTTPS 的我們都直接忽略，感興趣的讀者請自行分析。
init 過程分析
下面，我們看看從 tomcat.start() 一直到 NioEndpoint 的過程。
1. AbstractProtocol # init
@Override
public void init() throws Exception {
...
String endpointName = getName();
endpoint.setName(endpointName.substring(1, endpointName.length()-1));
endpoint.setDomain(domain);
// endpoint 的 name=http-nio-8089,domain=Tomcat
endpoint.init();
}
複製程式碼2. AbstractEndpoint # init
public final void init() throws Exception {
if (bindOnInit) {
bind(); // 這裡對應的當然是子類 NioEndpoint 的 bind() 方法
bindState = BindState.BOUND_ON_INIT;
}
...
}
複製程式碼3. NioEndpoint # bind
這裡就到我們的 NioEndpoint 了，要使用到我們之前學習的 NIO 的知識了。
@Override
public void bind() throws Exception {
// initServerSocket(); 原始碼是這行，我們 “內聯” 過來一起說
// 開啟 ServerSocketChannel
serverSock = ServerSocketChannel.open();
socketProperties.setProperties(serverSock.socket());
// getPort() 會返回我們最開始設定的 8080，得到我們的 address 是 0.0.0.0:8080
InetSocketAddress addr = (getAddress()!=null?new InetSocketAddress(getAddress(),getPort()):new InetSocketAddress(getPort()));
// ServerSocketChannel 繫結地址、埠，
// 第二個引數 backlog 預設為 100，超過 100 的時候，新連線會被拒絕(不過原始碼註釋也說了，這個值的真實語義取決於具體實現)
serverSock.socket().bind(addr,getAcceptCount());
// ※※※ 設定 ServerSocketChannel 為阻塞模式 ※※※
serverSock.configureBlocking(true);
// 設定 acceptor 和 poller 的數量，至於它們是什麼角色，待會說
// acceptorThreadCount 預設為 1
if (acceptorThreadCount == 0) {
// FIXME: Doesn't seem to work that well with multiple accept threads
// 作者想表達的意思應該是：使用多個 acceptor 執行緒並不見得效能會更好
acceptorThreadCount = 1;
}
// poller 執行緒數，預設值定義如下，所以在多核模式下，預設為 2
// pollerThreadCount = Math.min(2,Runtime.getRuntime().availableProcessors());
if (pollerThreadCount <= 0) {
pollerThreadCount = 1;
}
//
setStopLatch(new CountDownLatch(pollerThreadCount));
// 初始化 ssl，我們忽略 ssl
initialiseSsl();
// 開啟 NioSelectorPool，先忽略它
selectorPool.open();
}
複製程式碼- ServerSocketChannel 已經開啟，並且繫結要了之前指定的 8080 埠，設定成了阻塞模式。
- 設定了 acceptor 的執行緒數為 1
- 設定了 poller 的執行緒數，單核 CPU 為 1，多核為 2
- 開啟了一個 SelectorPool，我們先忽略這個
到這裡，我們還不知道 Acceptor 和 Poller 是什麼東西，我們只是設定了它們的數量，我們先來看看最後面提到的 SelectorPool。
start 過程分析
剛剛我們分析完了 init() 過程，下面是啟動過程 start() 分析。
AbstractProtocol # start
@Override
public void start() throws Exception {
...
// 呼叫 endpoint 的 start 方法
endpoint.start();
// Start async timeout thread
asyncTimeout = new AsyncTimeout();
Thread timeoutThread = new Thread(asyncTimeout, getNameInternal() + "-AsyncTimeout");
int priority = endpoint.getThreadPriority();
if (priority < Thread.MIN_PRIORITY || priority > Thread.MAX_PRIORITY) {
priority = Thread.NORM_PRIORITY;
}
timeoutThread.setPriority(priority);
timeoutThread.setDaemon(true);
timeoutThread.start();
}
複製程式碼AbstractEndpoint # start
public final void start() throws Exception {
// 按照我們的流程，剛剛 init 的時候，已經把 bindState 改為 BindState.BOUND_ON_INIT 了，
// 所以下面的 if 分支我們就不進去了
if (bindState == BindState.UNBOUND) {
bind();
bindState = BindState.BOUND_ON_START;
}
// 往裡看 NioEndpoint 的實現
startInternal();
}
複製程式碼下面這個方法還是比較重要的，這裡會建立前面說過的 acceptor 和 poller。
NioEndpoint # startInternal
@Override
public void startInternal() throws Exception {
if (!running) {
running = true;
paused = false;
// 以下幾個是快取用的，之後我們也會看到很多這樣的程式碼，為了減少 new 很多物件出來
processorCache = new SynchronizedStack<>(SynchronizedStack.DEFAULT_SIZE,
socketProperties.getProcessorCache());
eventCache = new SynchronizedStack<>(SynchronizedStack.DEFAULT_SIZE,
socketProperties.getEventCache());
nioChannels = new SynchronizedStack<>(SynchronizedStack.DEFAULT_SIZE,
socketProperties.getBufferPool());
// 建立【工作執行緒池】，Tomcat 自己包裝了一下 ThreadPoolExecutor，
// 1. 為了在建立執行緒池以後，先啟動 corePoolSize 個執行緒(這個屬於執行緒池的知識了，不熟悉的讀者可以看看我之前的文章)
// 2. 自己管理執行緒池的增長方式（預設 corePoolSize 10, maxPoolSize 200），不是本文重點，不分析
if ( getExecutor() == null ) {
createExecutor();
}
// 設定一個柵欄（tomcat 自定義了類 LimitLatch），控制最大的連線數，預設是 10000
initializeConnectionLatch();
// 開啟 poller 執行緒
// 還記得之前 init 的時候，預設地設定了 poller 的數量為 2，所以這裡啟動 2 個 poller 執行緒
pollers = new Poller[getPollerThreadCount()];
for (int i=0; i<pollers.length; i++) {
pollers[i] = new Poller();
Thread pollerThread = new Thread(pollers[i], getName() + "-ClientPoller-"+i);
pollerThread.setPriority(threadPriority);
pollerThread.setDaemon(true);
pollerThread.start();
}
// 開啟 acceptor 執行緒，和開啟 poller 執行緒組差不多。
// init 的時候，預設地，acceptor 的執行緒數是 1
startAcceptorThreads();
}
}
複製程式碼到這裡，我們啟動了工作執行緒池、 poller 執行緒組、acceptor 執行緒組。同時，工作執行緒池初始就已經啟動了 10 個執行緒。我們用 jconsole 來看看此時的執行緒，請看下圖：
從 jconsole 中，我們可以看到，此時啟動了 BlockPoller、worker、poller、acceptor、AsyncTimeout，大家應該都已經清楚了每個執行緒是哪裡啟動的吧。
Tomcat 中並沒有 Worker 這個類，此名字是我瞎編。
此時，我們還是不知道 acceptor、poller 甚至 worker 到底是幹嘛的，下面，我們從 acceptor 執行緒開始看起。
Acceptor
它的結構非常簡單，在建構函式中，已經把 endpoint 傳進來了，此外就只有 threadName 和 state 兩個簡單的屬性。
private final AbstractEndpoint<?,U> endpoint;
private String threadName;
protected volatile AcceptorState state = AcceptorState.NEW;
public Acceptor(AbstractEndpoint<?,U> endpoint) {
this.endpoint = endpoint;
}
複製程式碼threadName 就是一個執行緒名字而已，Acceptor 的狀態 state 主要是隨著 endpoint 來的。
public enum AcceptorState {
NEW, RUNNING, PAUSED, ENDED
}
複製程式碼我們直接來看 acceptor 的 run 方法吧：
Acceptor # run
@Override
public void run() {
int errorDelay = 0;
// 只要 endpoint 處於 running，這裡就一直迴圈
while (endpoint.isRunning()) {
// 如果 endpoint 處於 pause 狀態，這邊 Acceptor 用一個 while 迴圈將自己也掛起
while (endpoint.isPaused() && endpoint.isRunning()) {
state = AcceptorState.PAUSED;
try {
Thread.sleep(50);
} catch (InterruptedException e) {
// Ignore
}
}
// endpoint 結束了，Acceptor 自然也要結束嘛
if (!endpoint.isRunning()) {
break;
}
state = AcceptorState.RUNNING;
try {
// 如果此時達到了最大連線數(之前我們說過，預設是10000)，就等待
endpoint.countUpOrAwaitConnection();
// Endpoint might have been paused while waiting for latch
// If that is the case, don't accept new connections
if (endpoint.isPaused()) {
continue;
}
U socket = null;
try {
// 這裡就是接收下一個進來的 SocketChannel
// 之前我們設定了 ServerSocketChannel 為阻塞模式，所以這邊的 accept 是阻塞的
socket = endpoint.serverSocketAccept();
} catch (Exception ioe) {
// We didn't get a socket
endpoint.countDownConnection();
if (endpoint.isRunning()) {
// Introduce delay if necessary
errorDelay = handleExceptionWithDelay(errorDelay);
// re-throw
throw ioe;
} else {
break;
}
}
// accept 成功，將 errorDelay 設定為 0
errorDelay = 0;
if (endpoint.isRunning() && !endpoint.isPaused()) {
// setSocketOptions() 是這裡的關鍵方法，也就是說前面千辛萬苦都是為了能到這裡進行處理
if (!endpoint.setSocketOptions(socket)) {
// 如果上面的方法返回 false，關閉 SocketChannel
endpoint.closeSocket(socket);
}
} else {
// 由於 endpoint 不 running 了，或者處於 pause 了，將此 SocketChannel 關閉
endpoint.destroySocket(socket);
}
} catch (Throwable t) {
ExceptionUtils.handleThrowable(t);
String msg = sm.getString("endpoint.accept.fail");
// APR specific.
// Could push this down but not sure it is worth the trouble.
if (t instanceof Error) {
Error e = (Error) t;
if (e.getError() == 233) {
// Not an error on HP-UX so log as a warning
// so it can be filtered out on that platform
// See bug 50273
log.warn(msg, t);
} else {
log.error(msg, t);
}
} else {
log.error(msg, t);
}
}
}
state = AcceptorState.ENDED;
}
複製程式碼大家應該發現了，Acceptor 繞來繞去，都是在呼叫 NioEndpoint 的方法，我們簡單分析一下這個。
在 NioEndpoint init 的時候，我們開啟了一個 ServerSocketChannel，後來 start 的時候，我們開啟多個 acceptor（實際上，預設是 1 個），每個 acceptor 啟動以後就開始迴圈呼叫 ServerSocketChannel 的 accept() 方法獲取新的連線，然後呼叫 endpoint.setSocketOptions(socket) 處理新的連線，之後再進入迴圈 accept 下一個連線。
到這裡，大家應該也就知道了，為什麼這個叫 acceptor 了吧？接下來，我們來看看 setSocketOptions 方法到底做了什麼。
NioEndpoint # setSocketOptions
@Override
protected boolean setSocketOptions(SocketChannel socket) {
try {
// 設定該 SocketChannel 為非阻塞模式
socket.configureBlocking(false);
Socket sock = socket.socket();
// 設定 socket 的一些屬性
socketProperties.setProperties(sock);
// 還記得 startInternal 的時候，說過了 nioChannels 是快取用的。
// 限於篇幅，這裡的 NioChannel 就不展開了，它包括了 socket 和 buffer
NioChannel channel = nioChannels.pop();
if (channel == null) {
// 主要是建立讀和寫的兩個 buffer，預設地，讀和寫 buffer 都是 8192 位元組，8k
SocketBufferHandler bufhandler = new SocketBufferHandler(
socketProperties.getAppReadBufSize(),
socketProperties.getAppWriteBufSize(),
socketProperties.getDirectBuffer());
if (isSSLEnabled()) {
channel = new SecureNioChannel(socket, bufhandler, selectorPool, this);
} else {
channel = new NioChannel(socket, bufhandler);
}
} else {
channel.setIOChannel(socket);
channel.reset();
}
// getPoller0() 會選取所有 poller 中的一個 poller
getPoller0().register(channel);
} catch (Throwable t) {
ExceptionUtils.handleThrowable(t);
try {
log.error("",t);
} catch (Throwable tt) {
ExceptionUtils.handleThrowable(tt);
}
// Tell to close the socket
return false;
}
return true;
}
複製程式碼我們看到，這裡又沒有進行實際的處理，而是將這個 SocketChannel 註冊到了其中一個 poller 上。因為我們知道，acceptor 應該儘可能的簡單，只做 accept 的工作，簡單處理下就往後面扔。acceptor 還得回到之前的迴圈去 accept 新的連線呢。
我們只需要明白，此時，往 poller 中註冊了一個 NioChannel 例項，此例項包含客戶端過來的 SocketChannel 和一個 SocketBufferHandler 例項。
Poller
之前我們看到 acceptor 將一個 NioChannel 例項 register 到了一個 poller 中。在看 register 方法之前，我們需要先對 poller 要有個簡單的認識。
public class Poller implements Runnable {
public Poller() throws IOException {
// 每個 poller 開啟一個 Selector
this.selector = Selector.open();
}
private Selector selector;
// events 佇列，此類的核心
private final SynchronizedQueue<PollerEvent> events =
new SynchronizedQueue<>();
private volatile boolean close = false;
private long nextExpiration = 0;//optimize expiration handling
// 這個值後面有用，記住它的初始值為 0
private AtomicLong wakeupCounter = new AtomicLong(0);
private volatile int keyCount = 0;
...
}
複製程式碼敲重點：每個 poller 關聯了一個 Selector。
Poller 內部圍著一個 events 佇列轉，來看看其 events() 方法：
public boolean events() {
boolean result = false;
PollerEvent pe = null;
for (int i = 0, size = events.size(); i < size && (pe = events.poll()) != null; i++ ) {
result = true;
try {
// 逐個執行 event.run()
pe.run();
// 該 PollerEvent 還得給以後用，這裡 reset 一下(還是之前說過的快取)
pe.reset();
if (running && !paused) {
eventCache.push(pe);
}
} catch ( Throwable x ) {
log.error("",x);
}
}
return result;
}
複製程式碼events() 方法比較簡單，就是取出當前佇列中的 PollerEvent 物件，逐個執行 event.run() 方法。
然後，現在來看 Poller 的 run() 方法，該方法會一直迴圈，直到 poller.destroy() 被呼叫。
Poller # run
public void run() {
while (true) {
boolean hasEvents = false;
try {
if (!close) {
// 執行 events 佇列中每個 event 的 run() 方法
hasEvents = events();
// wakeupCounter 的初始值為 0，這裡設定為 -1
if (wakeupCounter.getAndSet(-1) > 0) {
//if we are here, means we have other stuff to do
//do a non blocking select
keyCount = selector.selectNow();
} else {
// timeout 預設值 1 秒
keyCount = selector.select(selectorTimeout);
}
wakeupCounter.set(0);
}
// 篇幅所限，我們就不說 close 的情況了
if (close) {
events();
timeout(0, false);
try {
selector.close();
} catch (IOException ioe) {
log.error(sm.getString("endpoint.nio.selectorCloseFail"), ioe);
}
break;
}
} catch (Throwable x) {
ExceptionUtils.handleThrowable(x);
log.error("",x);
continue;
}
//either we timed out or we woke up, process events first
// 這裡沒什麼好說的，頂多就再執行一次 events() 方法
if ( keyCount == 0 ) hasEvents = (hasEvents | events());
// 如果剛剛 select 有返回 ready keys，進行處理
Iterator<SelectionKey> iterator =
keyCount > 0 ? selector.selectedKeys().iterator() : null;
// Walk through the collection of ready keys and dispatch
// any active event.
while (iterator != null && iterator.hasNext()) {
SelectionKey sk = iterator.next();
NioSocketWrapper attachment = (NioSocketWrapper)sk.attachment();
// Attachment may be null if another thread has called
// cancelledKey()
if (attachment == null) {
iterator.remove();
} else {
iterator.remove();
// ※※※※※ 處理 ready key ※※※※※
processKey(sk, attachment);
}
}//while
//process timeouts
timeout(keyCount,hasEvents);
}//while
getStopLatch().countDown();
}
複製程式碼poller 的 run() 方法主要做了呼叫 events() 方法和處理註冊到 Selector 上的 ready key，這裡我們暫時不展開 processKey 方法，因為此方法必定是及其複雜的。
我們回過頭來看之前從 acceptor 執行緒中呼叫的 register 方法。
Poller # register
public void register(final NioChannel socket) {
socket.setPoller(this);
NioSocketWrapper ka = new NioSocketWrapper(socket, NioEndpoint.this);
socket.setSocketWrapper(ka);
ka.setPoller(this);
ka.setReadTimeout(getConnectionTimeout());
ka.setWriteTimeout(getConnectionTimeout());
ka.setKeepAliveLeft(NioEndpoint.this.getMaxKeepAliveRequests());
ka.setSecure(isSSLEnabled());
PollerEvent r = eventCache.pop();
ka.interestOps(SelectionKey.OP_READ);//this is what OP_REGISTER turns into.
// 注意第三個引數值 OP_REGISTER
if ( r==null) r = new PollerEvent(socket,ka,OP_REGISTER);
else r.reset(socket,ka,OP_REGISTER);
// 新增 event 到 poller 中
addEvent(r);
}
複製程式碼這裡將這個 socket（包含 socket 和 buffer 的 NioChannel 例項） 包裝為一個 PollerEvent，然後新增到 events 中，此時呼叫此方法的 acceptor 結束返回，去處理新的 accepted 連線了。
接下來，我們已經知道了，poller 執行緒在迴圈過程中會不斷呼叫 events() 方法，那麼 PollerEvent 的 run() 方法很快就會被執行，我們就來看看剛剛這個新的連線被註冊到這個 poller 後，會發生什麼。
PollerEvent # run
@Override
public void run() {
// 對於新來的連線，前面我們說過，interestOps == OP_REGISTER
if (interestOps == OP_REGISTER) {
try {
// 這步很關鍵！！！
// 將這個新連線 SocketChannel 註冊到該 poller 的 Selector 中，
// 設定監聽 OP_READ 事件，
// 將 socketWrapper 設定為 attachment 進行傳遞(這個物件可是什麼鬼都有，往上看就知道了)
socket.getIOChannel().register(
socket.getPoller().getSelector(), SelectionKey.OP_READ, socketWrapper);
} catch (Exception x) {
log.error(sm.getString("endpoint.nio.registerFail"), x);
}
} else {
/* else 這塊不介紹，省得大家頭大 */
final SelectionKey key = socket.getIOChannel().keyFor(socket.getPoller().getSelector());
try {
if (key == null) {
// The key was cancelled (e.g. due to socket closure)
// and removed from the selector while it was being
// processed. Count down the connections at this point
// since it won't have been counted down when the socket
// closed.
socket.socketWrapper.getEndpoint().countDownConnection();
} else {
final NioSocketWrapper socketWrapper = (NioSocketWrapper) key.attachment();
if (socketWrapper != null) {
//we are registering the key to start with, reset the fairness counter.
int ops = key.interestOps() | interestOps;
socketWrapper.interestOps(ops);
key.interestOps(ops);
} else {
socket.getPoller().cancelledKey(key);
}
}
} catch (CancelledKeyException ckx) {
try {
socket.getPoller().cancelledKey(key);
} catch (Exception ignore) {}
}
}
}
複製程式碼到這裡，我們再回顧一下：剛剛在 PollerEvent 的 run() 方法中，我們看到，新的 SocketChannel 註冊到了 Poller 內部的 Selector 中，監聽 OP_READ 事件，然後我們再回到 Poller 的 run() 看下，一旦該 SocketChannel 是 readable 的狀態，那麼就會進入到 poller 的 processKey 方法。
processKey
Poller # processKey
protected void processKey(SelectionKey sk, NioSocketWrapper attachment) {
try {
if ( close ) {
cancelledKey(sk);
} else if ( sk.isValid() && attachment != null ) {
if (sk.isReadable() || sk.isWritable() ) {
// 忽略 sendfile
if ( attachment.getSendfileData() != null ) {
processSendfile(sk,attachment, false);
} else {
// unregister 相應的 interest set，
// 如接下來是處理 SocketChannel 進來的資料，那麼就不再監聽該 channel 的 OP_READ 事件
unreg(sk, attachment, sk.readyOps());
boolean closeSocket = false;
// Read goes before write
if (sk.isReadable()) {
// 處理讀
if (!processSocket(attachment, SocketEvent.OPEN_READ, true)) {
closeSocket = true;
}
}
if (!closeSocket && sk.isWritable()) {
// 處理寫
if (!processSocket(attachment, SocketEvent.OPEN_WRITE, true)) {
closeSocket = true;
}
}
if (closeSocket) {
cancelledKey(sk);
}
}
}
} else {
//invalid key
cancelledKey(sk);
}
} catch ( CancelledKeyException ckx ) {
cancelledKey(sk);
} catch (Throwable t) {
ExceptionUtils.handleThrowable(t);
log.error("",t);
}
}
複製程式碼接下來是 processSocket 方法，注意第三個引數，上面進來的時候是 true。
AbstractEndpoint # processSocket
public boolean processSocket(SocketWrapperBase<S> socketWrapper,
SocketEvent event, boolean dispatch) {
try {
if (socketWrapper == null) {
return false;
}
SocketProcessorBase<S> sc = processorCache.pop();
if (sc == null) {
// 建立一個 SocketProcessor 的例項
sc = createSocketProcessor(socketWrapper, event);
} else {
sc.reset(socketWrapper, event);
}
Executor executor = getExecutor();
if (dispatch && executor != null) {
// 將任務放到之前建立的 worker 執行緒池中執行
executor.execute(sc);
} else {
sc.run(); // ps: 如果 dispatch 為 false，那麼就當前執行緒自己執行
}
} catch (RejectedExecutionException ree) {
getLog().warn(sm.getString("endpoint.executor.fail", socketWrapper) , ree);
return false;
} catch (Throwable t) {
ExceptionUtils.handleThrowable(t);
// This means we got an OOM or similar creating a thread, or that
// the pool and its queue are full
getLog().error(sm.getString("endpoint.process.fail"), t);
return false;
}
return true;
}
複製程式碼NioEndpoint # createSocketProcessor
@Override
protected SocketProcessorBase<NioChannel> createSocketProcessor(
SocketWrapperBase<NioChannel> socketWrapper, SocketEvent event) {
return new SocketProcessor(socketWrapper, event);
}
複製程式碼我們看到，提交到 worker 執行緒池中的是 NioEndpoint.SocketProcessor 的例項，至於它的 run() 方法之後的邏輯，我們就不再繼續往裡分析了。
總結
最後，來總結一下這張圖：
這裡簡單梳理下前面我們說的流程，幫大家回憶一下：
- 指定 Protocol，初始化相應的 Endpoint，我們分析的是 NioEndpoint；
- init 過程：在 NioEndpoint 中做 bind 操作；
- start 過程：啟動 worker 執行緒池，啟動 1 個 Acceptor 和 2 個 Poller，當然它們都是預設值，可配；
- Acceptor 獲取到新的連線後，getPoller0() 獲取其中一個 Poller，然後 register 到 Poller 中；
- Poller 迴圈 selector.select(xxx)，如果有通道 readable，那麼在 processKey 中將其放到 worker 執行緒池中。
後續的流程，感興趣的讀者請自行分析，本文就說到這裡了。