之前讲安装 JDK 时,都是按照教材上说的套路,安装,设置环境变量,包括 CLASSPATH。最开始接触 java 时,还是 1.4 版本,我记得当时不配置 CLASSPATH 是会出错的,所以没有多想过。 最近因为打算更新教案,翻了一下 oracle 关于 JDK11 的文档,并没有提到 CLASSPATH 的设置,又往前翻看了 7 和 8 的安装文档,也没有提到。openjdk 官网扫了一眼,没看到安装文档; adoptopenjdk 网站上面倒是有提到安装,但也没有 CLASSPATH 这一项配置。 搜索了一下,有人说新版的 JDK 已经不需要配置 CLASSPATH 了;但更多的文章中还是要配置的。 这里想问一下:如果 CLASSPATH 不需要配置,那么第三方包用方法在不用运行参数(-classpath )指定的情况下被引用到?放到安装目录的 lib 子目录中?如果我放到其他位置怎么办呢?
谢谢
1
yuikns 2019-12-26 10:05:40 +08:00
感觉你是混淆了问题了吧。
上古年间所谓的“会出错”是指可能需要用 CLASSPATH 指向 system library。 CLASSPATH 环境变量是一个 list,追加上搜寻地址依然能够使用。这有什么问题呢? |
2
yuikns 2019-12-26 10:07:15 +08:00
|
3
sagaxu 2019-12-26 10:10:09 +08:00 via Android 1
7 以后不需要设置这个环境变量了
|
4
qwerthhusn 2019-12-26 10:14:00 +08:00
下载 zip 格式的 JDK,解压到某个路径下,就可以用了
IDE 的话直接配置 JDK 路径 如果需要命令行的话,加个 PATH 指向 bin 目录就行了 |
5
janus77 2019-12-26 10:15:02 +08:00 via iPhone
你命令行敲一下有就不用配啊,这还不简单
|
6
wozhizui 2019-12-26 10:17:13 +08:00 1
classpath 不需要配置,配置了,反而污染了整体环境,建议看下面廖雪峰链接
https://www.liaoxuefeng.com/wiki/1252599548343744/1260466914339296 |
7
OctopusGO 2019-12-26 10:23:37 +08:00 via Android
sdkman 解决你的各种配置问题
|
8
jzq526 OP @yuikns 别提了,这是上课需要,我自己用 maven 的。给高职学生讲 Java 基础,只有 70 左右的课时,考虑到还要上机,时间是不够用的,而且内容上以基础为主,大部分时间不涉及第三方包,唯一涉及的是数据库连接,我下个数据库的 JDBC 驱动,再安装,也就几分钟的事情,加个 maven 花的时间更多,课时不允许啊。
|
9
zpf124 2019-12-26 11:30:19 +08:00 1
在早期版本中,java 命令就是 java 命令,classpath 默认就是.,运行的时候不加载任何其他地方的类库,包括 java 本身的系统类库。
除非你的项目除了基本类型啥 Java 类库都没用到,否则每次执行命令都需要告诉 java 命令去哪里加载 java 本身的 dt.jar ,classpath 只是简化每次传值的一种方式,所以 classpath 是必须的。 而大概是 1.5 开始,java 终于开窍了,发现好像没有人写代码会不用 Java 的标准类库,所以在那之后,java 命令执行时会自动加载${JAVA_HOME}下的 Java 系统级 lib 了。 |
10
zpf124 2019-12-26 11:32:28 +08:00
“classpath 只是简化” -> “配置 classpath 环境变量 只是简化”
|
11
jzq526 OP @janus77 我在问题中提到了,可以用命令带 classpath 参数来解决。我是想知道,如果第三方包放到某个自定义的目录,有没有类似于老版本中配置 classpath 环境变量的方法,让 jvm 知道去哪里找这些包(不使用参数)
|
12
jzq526 OP @wozhizui 谢谢,廖雪峰老师的讲解更加清楚。不过还有个问题:既然 jvm 用不到 classpath 了,一个无用的东西怎么污染系统环境呢?
|
13
jzq526 OP @zpf124 谢谢,因为我初学 java 用的就是 1.4,当时 classpath 是必须配置的。之后见到的各种教材也都会讲到 classpath,所以我就认为这是一个必须配置的环境变量了,也没有注意到新版的变化。直到最近更新教案才想起来看看官方说明,才发现这个问题的。
大概很多教材也是沿用前一版的说法,甚至作者也没有认真看过官方的文章。以后要常看官方文档找答案了。 |
14
yuikns 2019-12-26 13:04:07 +08:00 1
classpath 环境变量主要是 Unix 环境下比较好用。
在 Unix 环境下,它的子进程可以继承父进程的所有环境变量,而不会污染父进程的环境。 因此一个较为复杂的环境构建启动时候可能是这样的: 系统初始化加载 /etc/profile , /etc/profile.d/*.local 服务启动配置 /etc/init.d/xxx 启动模块加载配置 /etc/hadoop/conf/xxx.sh 每一层子进程都可能会配置个环境变量,或者 CLASSPATH="${CLASSPATH}:/path/to/new/folder" 来补充一点内容。 在最后启动的子进程中是上面所有配置的集合。 比如 hadoop 如果自己配组件,就可以看到它启动脚本中各种环境变量的配合使用。这是一种非常简单好用的 context 机制。 通常情况下,我们不应该做的是把某个局部工程配置文件放在全局中,而应该寻找一个作用域最小的地方,把这个配置。就好像我们不应该随便弄全局变量一样。 但由此否定环境变量这个机制本身,我觉得是不合理的。 |
15
yuikns 2019-12-26 13:10:07 +08:00
另外,https://docs.oracle.com/javase/tutorial/essential/environment/paths.html
不知道是不是我理解错了,楼主似乎理解为 "CLASSPATH" 已经被 deprecated 掉了?“既然 jvm 用不到 classpath 了...?” 我没有看到任何人这样回复。CLASSPATH 依然可以使用,只是不需要用来手动加载系统库了。 |
16
zpf124 2019-12-26 14:01:51 +08:00
@jzq526 #11 来看, 你理解成 classpath 不能用了。
但实际上只是 不需要通过指定 classpath 才能使用*java 标准类库*而已, 如果还有其他第三方类库,依然可以使用 classpath 环境变量指定位置。 并且我试了一下,发现 classpath 还是如当初一样蠢,如果你要用 ClASSPATH 环境变量添加其他第三方类库,记得先把当前目录(.)加进去,否则和当年一样,java 命令并不会加载${PWD}的文件 |
17
koebehshian 2019-12-26 18:58:35 +08:00
其实根本不需要什么环境变量,环境变量其实就是 shell 变量,并且是导出的,也就是一般编程语言中的全局变量.
大家都知道,写程序时一般尽量不要定义全局变量,尽量做成参数,显式地传入,而不是偷偷地读全局变量. 所以,编译与运行都可以写成脚本,库的搜索目录通过命令行参数传入,或定义一个局部变量,保存在脚本里面. |
18
jzq526 OP @yuikns "jvm 用不到 classpath",是我看到廖雪峰的网站的这句话:“不要把任何 Java 核心库添加到 classpath 中! JVM 根本不依赖 classpath 加载核心库!”。我把“不依赖”理解为“可以不用”或“用不到”。
|