正如在一個單獨的問題中所描述的，當使用 Undertow 時，所有的處理都應該在一個專用的 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我們可以通過將 包裝在 的實例中來調整上面的示例BlockingHandler，如下所示：        .setHandler(new BlockingHandler(new HttpHandler() {這適用于我們知道總是阻塞的呼叫。但是，如果某些代碼大部分時間是非阻塞的，但有時需要阻塞調用，如何將阻塞調用變成非阻塞調用？例如，如果請求的值存在于緩存中，則以下代碼不會阻塞（它只是從 some 中獲取Map<>），但如果不存在，則必須從數據庫中獲取。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();  }}根據文檔，有一個方法HttpServerExchange.startBlocking()，但根據 JavaDoc，除非你真的需要使用輸入流，否則這個調用仍然是一個阻塞的。調用此方法將交換置于阻塞模式，并創建一個 BlockingHttpExchange 對象來存儲流。當交換器處于阻塞模式時，輸入流方法變得可用，除此之外，阻塞模式和非阻塞模式之間目前沒有主要區別如何將這個阻塞調用變成非阻塞調用？