不要把第三方jar包放到容器的lib中,把容器不提供的第三方jar打包到项目中,容器提供的jar就不打包到jar包中。项目运行时,会先检测项目自己打入的jar包,而后再去容器的lib下面寻找jar包。html
为何不建议把第三方jar包放到容器中呢?java
由于像common\lib下的包是相对很通用又稳定的包,若是你把你这几个工程共用的几个相同包放进来 ,必定时间看起来是文件少了很多 ,但未来需求的变化,可能有的工程 须要比较新版本LIB包,而一些工程 又没有需求或升级的要求 ,还只是要老版本的LIB包,同时新版本的lib包又依赖一些其余的包,并得删除掉一些若是放进去会产生错误的包。返正就是包的依赖比较麻烦。你可能只考虑到一个工程 ,而另外一个工程 没考虑到时就麻烦了。。。
还有,不一样的中间件,classloader的加载顺序 还不同
tomcat,jetty,jboss,websphere,weblogic等 可能会有一些地方不一样,因此能部署到TOMCAT上的工程,不必定把整个WAR包放到JBOSS下就能正常跑起来,(虽然jboss是基于tomcat)web
像tomcat
Tomcat的class加载的优先顺序一览
1.最早是$JAVA_HOME/jre/lib/ext/下的jar文件。
2.环境变量CLASSPATH中的jar和class文件。
3.$CATALINA_HOME/common/classes下的class文件。
4.$CATALINA_HOME/commons/endorsed下的jar文件。
5.$CATALINA_HOME/commons/i18n下的jar文件。
6.$CATALINA_HOME/common/lib 下的jar文件。
(JDBC驱动之类的jar文件能够放在这里,这样就能够避免在server.xml配置好数据源却出现找不到JDBC Driver的状况。)
7.$CATALINA_HOME/server/classes下的class文件。
8.$CATALINA_HOME/server/lib/下的jar文件。
9.$CATALINA_BASE/shared/classes 下的class文件。
10.$CATALINA_BASE/shared/lib下的jar文件。
11.各自具体的webapp /WEB-INF/classes下的class文件。
12.各自具体的webapp /WEB-INF/lib下的jar文件。
class的搜寻顺序以下:
-------------
Bootstrap classes of your JVM
System class loader classses (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
在weblogic中的classloader有5个层次,从高到低排:
a. jdk
b. jdk ext
c. system classpath
d. ( APP-INF/classes and APP-INF/lib )
e. ( WEB-INF/classes and WEB-INF/lib )
Tomcat与Weblogic有些地方是相反的:对于运行在 Java EE 容器中的 Web 应用来讲,类加载器的实现方式与通常的 Java 应用有所不一样。不一样的 Web 容器的实现方式也会有所不一样。以 Apache Tomcat 来讲,每一个 Web 应用都有一个对应的类加载器实例。该类加载器也使用代理模式,所不一样的是它是首先尝试去加载某个类,若是找不到再代理给父类加载器。这与通常类加载器的顺序是相反的。这是 Java Servlet 规范中的推荐作法,其目的是使得 Web 应用本身的类的优先级高于 Web 容器提供的类。这种代理模式的一个例外是:Java 核心库的类是不在查找范围以内的。这也是为了保证 Java 核心库的类型安全。tomcat
参考文章:安全
Weblogic与Java类加载器原理试验解析webapp