正如在一個(gè)單獨(dú)的問題中所描述的，當(dāng)使用 Undertow 時(shí)，所有的處理都應(yīng)該在一個(gè)專用的 Worker 線程池中完成，它看起來像這樣：public class Start {  public static void main(String[] args) {    Undertow server = Undertow.builder()        .addListener(8080, "localhost")        .setHandler(new HttpHandler() {          public void handleRequest(HttpServerExchange exchange)              throws Exception {            if (exchange.isInIoThread()) {              exchange.dispatch(this);              return;            }            exchange.getResponseHeaders()                    .put(Headers.CONTENT_TYPE, "text/plain");            exchange.getResponseSender()                    .send("Hello World");          }        })        .build();    server.start();  }}我知道這BlockingHandler可以用于明確告訴 Undertow 將請求安排在專用線程池上以阻止請求。HttpHandler我們可以通過將 包裝在 的實(shí)例中來調(diào)整上面的示例BlockingHandler，如下所示：        .setHandler(new BlockingHandler(new HttpHandler() {這適用于我們知道總是阻塞的呼叫。但是，如果某些代碼大部分時(shí)間是非阻塞的，但有時(shí)需要阻塞調(diào)用，如何將阻塞調(diào)用變成非阻塞調(diào)用？例如，如果請求的值存在于緩存中，則以下代碼不會(huì)阻塞（它只是從 some 中獲取Map<>），但如果不存在，則必須從數(shù)據(jù)庫中獲取。public class Start {  public static void main(String[] args) {    Undertow server = Undertow.builder()        .addListener(8080, "localhost")        .setHandler(new HttpHandler() {          public void handleRequest(HttpServerExchange exchange)              throws Exception {            if (exchange.isInIoThread()) {              exchange.dispatch(this);              return;            }            if (valueIsPresentInCache(exchange)) {              return valueFromCache;  // non-blocking            } else {              return fetchValueFromDatabase(); // blocking!!!            }          }        })        .build();    server.start();  }}根據(jù)文檔，有一個(gè)方法HttpServerExchange.startBlocking()，但根據(jù) JavaDoc，除非你真的需要使用輸入流，否則這個(gè)調(diào)用仍然是一個(gè)阻塞的。調(diào)用此方法將交換置于阻塞模式，并創(chuàng)建一個(gè) BlockingHttpExchange 對象來存儲流。當(dāng)交換器處于阻塞模式時(shí)，輸入流方法變得可用，除此之外，阻塞模式和非阻塞模式之間目前沒有主要區(qū)別如何將這個(gè)阻塞調(diào)用變成非阻塞調(diào)用？