Tomcat模板方法模式怎么實現

本篇內容介紹了“Tomcat模板方法模式怎么實現”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

說到模板方法模式，會在Tomcat以及許多面向對象的代碼中，大量使用到。

這個名稱已經比較形象了。

就像責任鏈的核心是Chain對象的傳遞一樣，這個模式的核心是模板方法。

所謂模板，就是提供了一種默認的樣式。像成語描述“一模一樣”，這里的模，是指模子，通過這個來做出多個一樣的產品，而我們代碼里的模板方法也是提供一種默認的執行邏輯，但是，至于邏輯中使用到的方法的細節，可以提供給子類來詳細實現。

例如，下面的代碼，是Tomcat中在創建請求處理器的時候的方式：

protected abstract P createProcessor();

 

 

protected abstract void initSsl(SocketWrapper<S> socket,
        Processor<S> processor);

 

 

public SocketState process(SocketWrapper<S> wrapper,
        SocketStatus status) {
    Processor<S> processor = connections.get(socket);
    if (status == SocketStatus.DISCONNECT && processor == null) {
        // Nothing to do. Endpoint requested a close and there is no
        // longer a processor associated with this socket.
        return SocketState.CLOSED;
    }

    try {
        if (processor == null) {
            processor = recycledProcessors.pop();
        }
        if (processor == null) {
            processor = createProcessor();
        }

 

initSsl(wrapper, processor);

我們看到，整個process方法是完整的處理邏輯，但在這個方法內部，會在判斷processor為空的時候創建Processor，如果使用了ssl，也會初始化之。而重點就在這里，此處的createProcessor方法和initSsl方法都聲明為abstract，留給子類實現。

由于Tomcat提供多種類型的Connector進行請求處理，例如有阻塞方式的，非阻塞方式的，支持AJP協議的等等，使用模板方法模式，很好的滿足了多種Connector的不同創建邏輯。

例如下面的代碼，分別是HttpNio和Ajp這兩種Connector的Processor創建：

public Http11NioProcessor createProcessor() {
    Http11NioProcessor processor = new Http11NioProcessor(...);
    proto.configureProcessor(processor);
    register(processor);
    return processor;
}

 

protected AjpProcessor createProcessor() {

 

AjpProcessor processor = new AjpProcessor(...);
    proto.configureProcessor(processor);
    register(processor);
    return processor;
}

initSsl方法也是如此。

在Tomcat的源碼中，還包含大量使用該模式的地方，閱讀時，你不經意間就會發現它的存在。

“Tomcat模板方法模式怎么實現”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！