第十七課： StandardWrapper

課前復習：

?????? 不知道大家是否還有印象，就是在 6 、 7 節課說的 4 種 container, 粗略的從大到小來說就是 engine,host,context , 和 wrapper 。當時寫的時候很糾結，因為后面有詳細介紹這 4 個的計劃，所以前面寫的可能不是很詳盡。

?????? 讓我們回憶一下，當一個請求到來的時候，發生了什么。比如什么創建 Request 這里就不說了，之后 connector 會調用與之關聯的容器的 invoke 方法，之后那就肯定會調用 pipeline 的 invoke ，之后一頓 invoke valve 。好，那讓我們回想一下之前寫過的 context 和 wrapper ，總結一個比較詳細的執行過程。

1. ?????? Connector 創建 req 和 resp

2. ?????? 調用 StandardContext 的 invoke ，調用 xxxPipeline 的 invoke 方法

3. ?????? Pipeline 調用了 wrapper 的 invoke 方法

4. ?????? Wrapper 調用 valve 的 invoke 方法

5. ?????? valve 調用了 servlet 的 allocate （這里在以前的課程中講過）

6. ?????? allocate 方法調用 servlet 的 load 方法 ( 當 servlet 需要加載的時候 )

7. ?????? init 方法，之后就是 servlet 處理了。

關于 SingleThreadModel

?????? 這個 SingleThreadModel 在 servlet2.4 以上版本就已經移除了，因為這個東西只能給你的 servlet 的 service 保證同一時刻只有一個進程在訪問，給人一種假象的安全。而且只是給 service 方法給予同步，這顯然是不能完全解決多線程訪問的問題的。其實說這個是為了給下面的 StandardWrapper 做鋪墊。因為我們都知道 StrandardWrapper 是負責加載它所代表的 servlet 并 allocate 一個對象的實例。之后交給 valve 來調用 servlet 的 service 方法。這個 allocate 在使用 和 不使用 SingleThreadModel 的時候是不同的。好的，我們接下來就說這個 StandardWrapper 。

StandardWrapper

?????? 這個之前介紹過了，我們這次主要介紹的是 allocate 方法， 我們看下面這一段源碼可以發現，當沒有實現 SingleThreadModel 的時候， allocate 總是返回第一次時候產生的 servlet 實例。而如果實現 SingleThreadModel 接口，那么就開始控制分配的數量，當分配的大于 nInstance 時候，就 load 一個 servlet 實例，當然這個 load 實在 maxInstance 控制之內的。

?????? 代碼如下。

?

          public Servlet allocate() throws ServletException {

        if (debug >= 1)
            log("Allocating an instance");

        // If we are currently unloading this servlet, throw an exception
        if (unloading)
            throw new ServletException
              (sm.getString("standardWrapper.unloading", getName()));

        // If not SingleThreadedModel, return the same instance every time
        if (!singleThreadModel) {

            // Load and initialize our instance if necessary
            if (instance == null) {
                synchronized (this) {
                    if (instance == null) {
                        try {
                            instance = loadServlet();
                        } catch (ServletException e) {
                            throw e;
                        } catch (Throwable e) {
                            throw new ServletException
                                (sm.getString("standardWrapper.allocate"), e);
                        }
                    }
                }
            }

            if (!singleThreadModel) {
                if (debug >= 2)
                    log("  Returning non-STM instance");
                countAllocated++;
                return (instance);
            }

        }

        synchronized (instancePool) {

            while (countAllocated >= nInstances) {
                // Allocate a new instance if possible, or else wait
                if (nInstances < maxInstances) {
                    try {
                        instancePool.push(loadServlet());
                        nInstances++;
                    } catch (ServletException e) {
                        throw e;
                    } catch (Throwable e) {
                        throw new ServletException
                            (sm.getString("standardWrapper.allocate"), e);
                    }
                } else {
                    try {
                        instancePool.wait();
                    } catch (InterruptedException e) {
                        ;
                    }
                }
            }
            if (debug >= 2)
                log("  Returning allocated STM instance");
            countAllocated++;
            return (Servlet) instancePool.pop();

        }

    }
    

?

Load

?????? 這個沒什么多說的，以前說過了，我們知道 wrapper 接口有一個 load 方法，其實他和 Allocate 里的一樣，都是調用的 LoadServlet 方法。我們來看看它的源碼。

? ? 先看看這一段。

?

              // 這里是說如果不是第一次訪問了，并且不是singleThreadModel
    	//就直接返回  Servlet實例
        if (!singleThreadModel && (instance != null))
            return instance;

	if ((actualClass == null) && (jspFile != null)) {
                Wrapper jspWrapper = (Wrapper)
                    ((Context) getParent()).findChild(Constants.JSP_SERVLET_NAME);
                if (jspWrapper != null) {
                    actualClass = jspWrapper.getServletClass();
                    // Merge init parameters
                    String paramNames[] = jspWrapper.findInitParameters();
                    for (int i = 0; i < paramNames.length; i++) {
                        if (parameters.get(paramNames[i]) == null) {
                            parameters.put
                                (paramNames[i], 
                            jspWrapper.findInitParameter(paramNames[i]));
                        }
                    }
                }
}

    

? ? ?這是Tomcat4 的方法，以后的版本就沒有了。都是直接loadservletclass。之后就是Loader了，回憶一下我們當時講的，是自定義的一個classLoader，需要注意的是，container提供一個特殊的servlet，可以訪問container的內部內容，名稱以org.apache.catalina.起始。之后就是加載servlet，之后就是權限驗證，沒啥說的。在之后就是在init()的前后fire事件。之后用instanceof來確定是否是實現了singleThreadModel的，如果是就放入pool(如果pool為空就創建一個新的)中。剩下就是Return了。

?