Tomcat7、8、9 Jar包加載機制


Tomcat7加載Jar包原理

Tomcat自己實現了自己的類加載器,用於加載自己本地項目中jar包中的所有class文件,所以在相同的類加載器下,

如果有相同路徑名和類名那么加載順序就是根據jar包的順序來決定的。誰的jar包先進來,那么就先加載哪個類。

Tomcat7加載jar部分,在WebappLoader.setRepositories()方法中,粘貼出其中重要代碼。

 // Looking up directory /WEB-INF/lib in the context NamingEnumeration<NameClassPair> enumeration = null; try { //這一句是獲得jar包的路徑 enumeration = libDir.list(""); } catch (NamingException e) { IOException ioe = new IOException(sm.getString( "webappLoader.namingFailure", libPath)); ioe.initCause(e); throw ioe; }

list是獲得了應用中WEB-INF下lib下所有jar包的路徑。我們跟蹤進去發現FileDirContext 的list方法中有下面這一句:

Arrays.sort(names);             // Sort alphabetically

我們可以發現在Tomcat7中對獲得所有jar包作了一個排序的動作。對jar包進行了首字母a-z進行了排序。

Tomcat9加載Jar包原理

Tomcat9在加載源碼的時候是通過StandardRoot.processWebInfLib()方法進行加載的

代碼位於

    private final List<List<WebResourceSet>> allResources =
            new ArrayList<>();
    {
        allResources.add(preResources);
        allResources.add(mainResources);
        allResources.add(classResources);
        allResources.add(jarResources);
        allResources.add(postResources);
    }

 於是我們可以這樣優先加載類:

   <Resources>
        <PreResources base="d://webapps/ROOT/WEB-INF/lib/sms.reyo.cn.jar"
                      className="org.apache.catalina.webresources.JarResourceSet" 
                      webAppMount="/WEB-INF/classes"/>
    </Resources>

 

    protected void processWebInfLib() throws LifecycleException {
        WebResource[] possibleJars = listResources("/WEB-INF/lib", false);

        for (WebResource possibleJar : possibleJars) {
            if (possibleJar.isFile() && possibleJar.getName().endsWith(".jar")) {
                createWebResourceSet(ResourceSetType.CLASSES_JAR,
                        "/WEB-INF/classes", possibleJar.getURL(), "/");
            }
        }
    }

在這我們可以看到Tomcat沒有對取出來的Jar作任何動作,僅僅是File file = new File()這樣遍歷出來了。

那么為什么相同的Tomcat8相同的War包在Windos能啟動起來,但是在Linux中都啟動不起來呢?

經過試驗發現Java的獲取文件夾下面的所有文件是跟操作系統的文件系統有關系的,相同的文件夾內容,在Windows中取出來,輸出名字你會發現輸出是經過a-z排序過的,

但是在Linux中你可以根據命令ll -fi就可以輸出自然順序,你會發現沒有什么規律可言。

解決

到這里上面描述的所有問題我們都能解釋通了,接下來就該如何解決了。

  1. 修改Tomcat9的源碼,在獲取所有Jar包的時候,也對它進行排序
  2. 解決掉有沖突的文件,使用統一的版本。以下命令可以找到重復的jar包引用:
mvn dependency:tree -Dverbose -Dincludes=io.netty

第一種解決辦法只能解決一時問題,即項目能正常啟動起來,但是一旦隨后涉及到了相關類的修改,那么沖突類的哪個類呢?那么這個問題肯定是一個定時炸彈。

第二種方案是找到有沖突的文件,然后找出不用的那個給刪除掉,但是發現刪除一個又會蹦出其他的,刪除了好幾個以后發現由於買的項目代碼不規范,

所以這種現象特別多,如果單純靠手工篩選的話極其麻煩。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM