一. Java路径中的CLASSPATH
（1）类路径(classpath)
java编译器编译.java文件和java虚拟机执行.class文件时的路径写法是不一样的。
在没有设置任何classpath环境变量的情况下，javac可以编译全路径的.java文件。例如：
javac d:\myjava\HelloWorld.java
编译后，在.java同路径目录下生成class文件。
默认java虚拟机要从classpath环境变量指定的路径中搜索class文件去执行，对于java虚拟机来说，这不是类文件，而是类。它只有类路径，而没有文件系统路径。而classpath环境变量正是为java虚拟机提供搜索类路径的环境。注意，虚拟机不会递归搜索classpath定义的路径。
也就是说，上面的java文件可以正确编译，但却不能执行。但如果将classpath设置为".;d:\myjava\"，则java虚拟机将先从当前路径搜索，再从d:\myjava下搜索class文件。
于是上面的HelloWorld.java编译后，可以直接执行:
java HelloWorld
或者切换到d:\myjava目录下，执行java HelloWorld。
但下面则是错误的方式，最后虽然能正确编译NewDir.java，但在执行时，将搜索当前目录(d:\myjava)下是否有NewDir.class，再搜索d:\myjava下是否有NewDir.class，但不会递归到子目录newdir中去搜索class文件。
d:\
cd myjava
javac newdir\NewDir.java
java NewDir
再例如，在d:\myjava\hello下有两个java源文件，它们的内容分别如下：
d:\myjava\hello
Cat.java
Dog.java
Cat.java
=========================
public class Cat {
}
Dog.java
=========================
public class Dog {
public static void main(String [] args) {
Cat c = new Cat();
}
}
其中Dog类中直接new了另一个文件中Cat类的对象，无论是编译还是运行，这都是能成功的，因为javac编译器编译Dog.java时会自动从classpath指定的路径下搜索Cat.class，正好这能搜索到，且该类又是public类，因此编译成功。
总之，要明确的是javac编译器搜索的是文件路径，和环境变量classpath无关。而java虚拟机搜索的是类文件，严格地说是类，搜索路径由环境变量classpath决定，且有先后顺序。
更多的类路径说明，见下面的"包"。
（2）包(package)
包是类的集合。在java源文件的第一行(不包括注释行或空行)写上package关键字并给定包名，即可将该类文件放到包中。
例如，d:\myjava\Cat.java文件：
package com.longshuai.home;
public class Cat {
public static void main(String[] args) {
System.out.println("com.longshuai.home.Cat");
}
}
这表示将Cat类放在com.longshuai.home包中。包应该以反转后的域名取名，防止包重名冲突，当然，这是非必须的。
对于没有使用package指令的源文件，在编译时其内的类都会默认当作"裸体类"。
java管理包的方法是以对应包名的目录层次管理的，例如上面的com.longshuai.home包，应该将该class文件放在 com/longshuai/home(如果是windows，则反斜线)下，即com/longshuai/home/Cat.class。
javac在编译时从路径上搜索文件。例如，将这个Cat.java放到com/longshuai/home下。执行时java虚拟机从classpath搜索要加载的类文件，而加载类的方式是使用"."连接各类名。所以编译这个文件和java虚拟机执行这个文件时的方法分别是：
javac com/longshuai/home/Cat.java
java com.longshuai.home.Cat
注意，嵌套的包之间没有任何关系，例如java.util包和java.util.jar包没有任何依赖关系。
（3）使用包中的类和导入包(import)
在某个java源文件中，无法直接使用其他文件中的类，除非要使用的这个类正好能被classpath的路径搜索到。要引用非classpath下的其他类，只能将其添加到classpath或者装入package中，然后引用包中的类。
引用包中类可以通过指定包名的方式引用来引用。例如：
com.longshuai.home.Cat c = new com.longshuai.home.Cat();
但显然这很不方便。可以在java源文件的前几行(但在package命令的后面)使用import指令导入需要使用的包中的类。例如导入Cat类，这样就可以直接使用该类了：
import com.longshuai.home.Cat;
Cat c = new Cat();
导入包时可以在尾部使用星号"*"通配导入的所有类，只能在尾部使用"*"，因为"*"匹配的是类名，而不是包名。也因此，不能在非结尾处使用"*"号来表示导入其他包中的类，例如：
import com.longshuai.home.*; //导入com.longshuai.home包中的所有类
import com.longshuai.*; //导入com.longshuai包中所有类，但不会导入com.longshuai.home中的类，
//因为虽然层次之间有嵌套，但这些包没有任何关系
import com.*.*; //这是错误的写法
如果导入的包中有同名的类，则在引用同名类的时候会产生冲突错误，例如java.util和java.sql包中都有Date类，
import java.util.*;
import java.sql.*;
public class Test {
public static void main(String [] args) {
Date today = new Date();
}
}
编译：
javac Test.java
Test.java:11: 错误: 对Date的引用不明确
Date today = new Date();
^
java.sql 中的类 java.sql.Date 和 java.util 中的类 java.util.Date 都匹配
Test.java:11: 错误: 对Date的引用不明确
Date today = new Date();
^
java.sql 中的类 java.sql.Date 和 java.util 中的类 java.util.Date 都匹配
2 个错误
这时可以显式导入Date类，或者在使用Date类的时候指定包名。也就是说下面两种方法都正确：
//方法一：
import java.util.*;
import java.sql.*;
import java.util.Date;
//方法二：
import java.util.*;
import java.sql.*;
public class Test {
public static void main(String [] args) {
java.util.Date today = new java.util.Date();
}
}
除了可以导入包中的类，还可以静态导入包中类中的静态方法和静态变量，只需加上static关键字并指定要导入的内容即可。例如：
import static java.lang.System.*;
import static java.lang.System.out;
静态导入方法后，就可以省略前缀，例如：
import static java.lang.System.out;
public class ClassName {
public static void main() {
out.println("HelloWorld");//等价于System.out.println("HelloWorld");
}
}
（4）将 package归档成jar包
java虚拟机可以直接识别jar包。可以将package名称对应的路径使用jar命令归档成jar包。jar命令使用说明如下：
jar
用法: jar {ctxui}[vfmn0PMe] [jar-file] [manifest-file] [entry-point] [-C dir] files .
..
选项:
-c 创建新档案
-t 列出档案目录
-x 从档案中提取指定的 (或所有) 文件
-u 更新现有档案
-v 在标准输出中生成详细输出
-f 指定档案文件名
-m 包含指定清单文件中的清单信息
-n 创建新档案后执行 Pack200 规范化
-e 为捆绑到可执行 jar 文件的独立应用程序
指定应用程序入口点
-0 仅存储; 不使用任何 ZIP 压缩
-P 保留文件名中的前导 '/' (绝对路径) 和 ".." (父目录) 组件
-M 不创建条目的清单文件
-i 为指定的 jar 文件生成索引信息
-C 更改为指定的目录并包含以下文件
如果任何文件为目录, 则对其进行递归处理。
清单文件名, 档案文件名和入口点名称的指定顺序
与 'm', 'f' 和 'e' 标记的指定顺序相同。
例如，将当前目录下的a.class和b.class打包到test.jar中：
jar cvf test.jar a.class b.class
查看jar包中的文件列表，会递归显示：
jar -tf test.jar
META-INF/
META-INF/MANIFEST.MF
jiecheng.class
例如，将com目录归档到d:\dp.jar中。
jar cvf d:\dp.jar com/
已添加清单
正在添加: com/(输入 = 0) (输出 = 0)(存储了 0%)
正在添加: com/longshuai/(输入 = 0) (输出 = 0)(存储了 0%)
正在添加: com/longshuai/home/(输入 = 0) (输出 = 0)(存储了 0%)
正在添加: com/longshuai/home/Bird.class(输入 = 420) (输出 = 291)(压缩了 30%)
正在添加: com/longshuai/home/Bird.java(输入 = 136) (输出 = 100)(压缩了 26%)
正在添加: com/longshuai/home/Cat.class(输入 = 417) (输出 = 289)(压缩了 30%)
正在添加: com/longshuai/home/Cat.java(输入 = 134) (输出 = 99)(压缩了 26%)
有了jar文件，就可以直接设置classpath的路径为jar文件名，这样在搜索类文件时就会直接从jar文件内搜索。例如classpath设置为：
.;d:\myjava;d:\dp.jar
（5）类搜索机制
在java虚拟机搜索类文件时，除了classpath环境变量指定的路径，还会先搜索两个默认的路径:jre/lib和jre/lib/ext下的jar文件中似乎否有待搜索的类。
例如，当classpath设置为".;d:\myjava;d:\myjar.jar"时，要搜索com.longshuai.com.Cat类文件：
(a).先搜索jre/lib和jre/lib/ext下的jar文件;
(b).再搜索当前目录下是否有com\longshuai\com\Cat.class;
(c).再搜索d:\myjava\Cat.class;
(d).搜索d:\myjar.jar文件中是否有com.longshuai.com.Cat类。
如果在某个java源文件中引用了某个类，则在编译时，将通过以下几种方式判断该类是否合理有效：
(1).搜索导入的包类中是否包含该类。
(2).搜索隐式导入的java.lang包，该包是默认导入的。
(3).当前文件中是否定义了该类。
(4).按照类路径的搜索规则((a)-(d))搜索其中是否有该类。
转载请注明出处：https://www.cnblogs.com/f-ck-need-u/p/8127529.html
二. 配置文件中的CLASSPATH
（1）classpath路径指什么
配置文件如：mybatis.xml、spring-web.xml、applicationContext.xml等放到项目的src目录（就是存放代码.java文件的目录），然后使用“classpath：xxx.xml”来读取。
src路径下的文件在编译后会放到WEB-INF/classes路径下吧。默认的classpath是在这里。用maven构建项目时,resource目录就是默认的classpath
classPath即为java文件编译之后的class文件的编译目录,一般为web-inf/classes，src下的xml在编译时也会复制到classPath下
ApplicationContext ctx = new ClassPathXmlApplicationContext("xxxx.xml"); //读取classPath下的spring.xml配置文件
ApplicationContext ctx = new FileSystemXmlApplicationContext("WebRoot/WEB-INF/xxxx.xml"); //读取WEB-INF 下的spring.xml文件(2)web.xml 配置中classpath: 与classpath*:的区别
首先 classpath是指 WEB-INF文件夹下的classes目录
classes存放的文件：
1.存放各种资源配置文件 eg.init.properties log4j.properties struts.xml
2.存放模板文件 eg.actionerror.ftl
3.存放class文件 对应的是项目开发时的src目录编译文件
总结：这是一个定位资源的入口
classpath*的使用：当项目中有多个classpath路径，并同时加载多个classpath路径下（此种情况多数不会遇到）的文件，*就发挥了作用，如果不加*，则表示仅仅加载第一个classpath路径，代码片段：
"**/" 表示的是任意目录；
"**/applicationContext-*.xml" 表示任意目录下的以"applicationContext-"开头的XML文件。
程序部署到tomcat后，src目录下的配置文件会和class文件一样，自动copy到应用的 WEB-INF/classes目录下
classpath:与classpath*:的区别在于，
- 前者只会从第一个classpath中加载
- 后者会从所有的classpath中加载
注意：
用classpath*:需要遍历所有的classpath，所以加载速度是很慢的，因此，在规划的时候，应该尽可能规划好资源文件所在的路径，尽量避免使用 classpath*