一. 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*