WEB-INF / classes /與WEB-INF / lib / *。jar在類路徑優(yōu)先級(jí)？
當(dāng)處理從Web應(yīng)用程序的Webappx類加載器加載類的請(qǐng)求時(shí)，該類加載器將首先在本地存儲(chǔ)庫(kù)中查找，而不是在查找之前委派。也有例外。屬于JRE基類的類不能被覆蓋。對(duì)于某些類（例如J2SE1.4+中的XML解析器組件），可以使用J2SE 1.4認(rèn)可的功能（請(qǐng)參見(jiàn)上面的通用類加載器定義）。最后，任何包含servletAPI類的JAR都將被類加載器忽略。Tomcat 5中的所有其他類裝入器都遵循通常的委托模式。
因此，從Web應(yīng)用程序的角度來(lái)看，類或資源的加載按以下順序查找以下存儲(chǔ)庫(kù)：
Bootstrap classes of your JVMSystem class loader classes (described above)/WEB-INF/classes of your web application/WEB-INF/lib/*.jar of your web application$CATALINA_HOME/common/classes$CATALINA_HOME/common/endorsed/*.jar$CATALINA_HOME/common/i18n/*.jar$CATALINA_HOME/common/lib/*.jar$CATALINA_BASE/shared/classes$CATALINA_BASE/shared/lib/*.jar
因此，在WEB-INF / lib之前先搜索WEB-INF / classs
參考：@L_403_0@ ://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html
解決方法為tomcat Webapp打包的戰(zhàn)爭(zhēng)包含WEB-INF / classes和WEB-INF / lib / *。jar
在CLASSPATH中哪個(gè)優(yōu)先級(jí)更高？
我問(wèn)的原因是我的應(yīng)用程序使用A.jar，其中包含從AspectJ項(xiàng)目生成的方面；和B.jar，它們將與A.jar的各個(gè)方面交織在一起。編譯項(xiàng)目myapp時(shí)，它將生成許多類，這些類將覆蓋B.jar中的相同類，這些類將打包到WEB-INF / classes目錄中。因此，如果tomcat首先加載WEB-INF / lib / *。jar，那么編織方面將不會(huì)生效
相關(guān)文章：
1. javascript - 在靜態(tài)頁(yè)面上用load 引入的頁(yè)面文件問(wèn)題？2. 代理 - 一個(gè)nginx需求，訪問(wèn)web服務(wù)時(shí)，若用戶為測(cè)試用戶則轉(zhuǎn)發(fā)到web服務(wù)的測(cè)試版本3. javascript - webpack打包后的bundlejs文件代碼不知道什么意思.4. java后臺(tái)導(dǎo)出頁(yè)面到pdf5. java - instance method中 static后的<K>是什么意思?6. css3 - css如何實(shí)現(xiàn)素描描邊效果7. css - 關(guān)于ul的布局8. css - 如何使用 vue transition 實(shí)現(xiàn) ios 按鈕一樣的平滑切換效果9. javascript - vue組件通過(guò)eventBus通信時(shí)，報(bào)錯(cuò)a.$on is not a function10. html - 哪些情況下float會(huì)失效？
網(wǎng)公網(wǎng)安備