classpath 与classpath*

classpath就是代表 /WEB-INF /classes/ 这个路径（如果不理解该路径，就把一个web工程发布为war包，然后用winrar查看其包内路径就理解啦）
前面讲过了Maven建立了依赖关系，把系统分割成了若干个jar/war包.
我建的依赖关系大致是war包中包含n个依赖的jar包，依赖层级如下：
order-war (html/template)
--order (action)
---- service (service/dao)
------ common /util
配置文件xml/properties分布在各个jar包中（保持应用之间相对独立）。
问题产生于：把原有的项目直接拉过来，打包、部署、启动就报错，applicationContext.xml找不到。很明显是读取不到jar包中的配置文件。

Java代码 收藏代码

解决办法：


1，classpath:applicationContext.xml改为classpath*:applicationContext.xml
这么写也是一样的效果：classpath*:/applicationContext.xml

2，在applicationContext.xml引用其它的配置文件：
如果在同一个jar包这么写，
Java代码 收藏代码

<import resource="classpath:/applicationContext-action.xml" />


要导入其它jar包中的配置文件，这么写
Java代码 收藏代码

<import resource="classpath*:/applicationContext-service.xml" />


就这么简单，重新打包、部署、启动成功。
在浏览器中打开 http://127.0.0.1:8080/portal/index.htm
成功

3，classpath两种用法：
classpath*:applicationContext.xml会加入本项目及所有jar包根目录下的applicationContext.xml文件，跨jar包依赖时使用
classpath:applicationContext.xml只加入本项目根目录下的applicationContext.xml文件，不依赖其它jar包的配置文件时推荐这样写，以避免冲突。


当我们启动一个tomcat的服务的时候，jar包和claess文件是是以怎么样的顺序被加载进来的？



加载顺序：

1. $java_home/lib 目录下的java核心api

2. $java_home/lib/ext 目录下的java扩展jar包

3. java -classpath/-Djava.class.path所指的目录下的类与jar包

4. $CATALINA_HOME/common目录下按照文件夹的顺序从上往下依次加载

5. $CATALINA_HOME/server目录下按照文件夹的顺序从上往下依次加载

6. $CATALINA_BASE/shared目录下按照文件夹的顺序从上往下依次加载

7. 我们的项目路径/WEB-INF/classes下的class文件

8. 我们的项目路径/WEB-INF/lib下的jar文件



在同一个文件夹下，jar包是按顺序从上到下依次加载



由ClassLoader的双亲委托模式加载机制我们可以知道，假设两个包名和类名完全相同的class文件不再同一个jar包，如果一个class文件已经被加载java虚拟机里了，那么后面的相同的class文件就不会被加载了。

部分转自http://pwind.iteye.com/blog/865112/