javaWeb项目的classpath说明

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

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

如：

Xml代码  

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

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

Xml代码  

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

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

Xml代码  

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...）?

    目前还没完全搞懂
    只知道把配置文件如：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路径)进行查找. 

Java代码  

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

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

Java代码  

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

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

Java代码  

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

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

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

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

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

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