javaWeb项目的classpath说明

 classpath 路径在每个J2ee项目中都会用到，即WEB-INF下面的classes目录，所有src目录下面的java、xml、properties等文件编译后都会在此，所以在开发时常将相应的xml配置文件放于src或其子目录下；

          引用classpath路径下的文件，只需在文件名前加classpath:(需保证该文件确实位于classpath路径下);

如：

1	<param-value>classpath:applicationContext-*.xml</param-value>

　　或者引用其子目录下的文件,如  

1	<param-value>classpath:context/conf/controller.xml</param-value>

　　 classpath* 的使用：当项目中有多个classpath路径，并同时加载多个classpath路径下（此种情况多数不会遇到）的文件，*就发挥了作用，如果不加*，则表示仅仅加载第一个classpath路径，官网：www.fhadmin.org 代码片段： 

1	<param-value>classpath*:context/conf/controller*.xml</param-value>

　　

 ########################################################

首先  classpath是指 WEB-INF文件夹下的classes目录 
解释classes含义： 

1. 存放各种资源配置文件 eg.init.properties log4j.properties struts.xml 
2. 存放模板文件         eg.actionerror.ftl 
3. 存放class文件       对应的是项目开发时的src目录编译文件 

总结：这是一个定位资源的入口 

如果你知道开发过程中有这么一句话：惯例大于配置 那么也许你会改变你的想法 
对于第二个问题  
这个涉及的是lib和classes下文件访问优先级的问题:  lib>classes 
对于性能的影响应该不在这个范畴 

 ########################################################

知乎上网友的问题：（转载）

坑爹的javaWeb项目路径问题（classpath /WEB-INF...）?

    目前还没完全搞懂
    只知道把配置文件如 官网：www.fhadmin.org：struts.xml、applicationContext.xml等放到src目录（就是存放代码.java文件的目录），然后使用“classpath：xxx.xml”来读取，都放到src目录准没错
    曾经试过把配置文件放到WEB-INF目录，然后以路径“/WEB-INF/xxxx.xml”来成功读取配置文件
但是在用ClassPathXmlApplicationContext()函数不能读取这样的路径，用上面的方法才能成功读取配置文件

回答：

【01】 src路径下的文件在编译后会放到WEB-INF/clases路径下吧。默认的classpath是在这里。直接放到WEB-INF下的话，是不在classpath下的。用ClassPathXmlApplicationContext当然获取不到。

【02】 如果单元测试的话，可以在启动或者运行的选项里指定classpath的路径的。用maven构建项目时候resource目录就是默认的classpath

【03】 classPath即为java文件编译之后的class文件的编译目录一般为web-inf/classes，src下的xml在编译时也会复制到classPath下

（1）ApplicationContext ctx = new ClassPathXmlApplicationContext("xxxx.xml");  //读取classPath下的spring.xml配置文件

（2）ApplicationContext ctx = new FileSystemXmlApplicationContext("WebRoot/WEB-INF/xxxx.xml");   //读取WEB-INF 下的spring.xml文件

 ########################################################

web.xml 配置中classpath: 与classpath*:的区别

首先 classpath是指 WEB-INF文件夹下的classes目录 
解释classes含义： 
1.存放各种资源配置文件 eg.init.properties log4j.properties struts.xml 
2.存放模板文件 eg.actionerror.ftl 
3.存放class文件 对应的是项目开发时的src目录编译文件 
总结：这是一个定位资源的入口 

如果你知道开发过程中有这么一句话：惯例大于配置 那么也许你会改变你的想法 

对于第二个问题 
这个涉及的是lib和classes下文件访问优先级的问题: lib>classes 
对于性能的影响应该不在这个范畴 

classpath 和 classpath* 区别： 
classpath：只会到你的class路径中查找找文件; 
classpath*：不仅包含class路径，还包括jar文件中(class路径)进行查找. 

1	<param-value>classpath:applicationContext-*.xml</param-value>

　　或者引用其子目录下的文件,如 

1	<param-value>classpath:context/conf/controller.xml</param-value>

　　classpath*的使用：当项目中有多个classpath路径，并同时加载多个classpath路径下（此种情况多数不会遇到）的文件，*就发挥了作用，如果不加*，则表示仅仅加载第一个classpath路径，代码片段:

1	<param-value>classpath*:context/conf/controller*.xml</param-value>

　　另外： 
   "**/" 表示的是任意目录； 
   "**/applicationContext-*.xml"  表示任意目录下的以"applicationContext-"开头的XML文件。  
   程序部署到tomcat后，src目录下的配置文件会和class文件一样，自动copy到应用的 WEB-INF/classes目录下 
   classpath:与classpath*:的区别官网：www.fhadmin.org 在于， 

   前者只会从第一个classpath中加载，而 
   后者会从所有的classpath中加载  

   如果要加载的资源， 不在当前ClassLoader的路径里，那么用classpath:前缀是找不到的， 这种情况下就需要使用classpath*:前缀 

   在多个classpath中存在同名资源，都需要加载，  那么用classpath:只会加载第一个，这种情况下也需要用classpath*:前缀 

   注意： 
   用classpath*:需要遍历所有的classpath，所以加载速度是很慢的，因此，在规划的时候，应该尽可能规划好资源文件所在的路径，尽量避免使用 classpath* 

 三 实例解析

写的一个小项目

   下边是它对应的webapps中的路径:

两个一对比,一目了然...