JDK 的环境变量设置问题

2019-12-26 09:55:32 +08:00
 jzq526

之前讲安装 JDK 时,都是按照教材上说的套路,安装,设置环境变量,包括 CLASSPATH。最开始接触 java 时,还是 1.4 版本,我记得当时不配置 CLASSPATH 是会出错的,所以没有多想过。 最近因为打算更新教案,翻了一下 oracle 关于 JDK11 的文档,并没有提到 CLASSPATH 的设置,又往前翻看了 7 和 8 的安装文档,也没有提到。openjdk 官网扫了一眼,没看到安装文档; adoptopenjdk 网站上面倒是有提到安装,但也没有 CLASSPATH 这一项配置。 搜索了一下,有人说新版的 JDK 已经不需要配置 CLASSPATH 了;但更多的文章中还是要配置的。 这里想问一下:如果 CLASSPATH 不需要配置,那么第三方包用方法在不用运行参数(-classpath )指定的情况下被引用到?放到安装目录的 lib 子目录中?如果我放到其他位置怎么办呢?

谢谢

4273 次点击
所在节点    Java
20 条回复
yuikns
2019-12-26 10:05:40 +08:00
感觉你是混淆了问题了吧。

上古年间所谓的“会出错”是指可能需要用 CLASSPATH 指向 system library。
CLASSPATH 环境变量是一个 list,追加上搜寻地址依然能够使用。这有什么问题呢?
yuikns
2019-12-26 10:07:15 +08:00
此外,稍微学习一下 maven 等工具,不要只会自己下 jar 包。

https://mvnrepository.com/
sagaxu
2019-12-26 10:10:09 +08:00
7 以后不需要设置这个环境变量了
qwerthhusn
2019-12-26 10:14:00 +08:00
下载 zip 格式的 JDK,解压到某个路径下,就可以用了
IDE 的话直接配置 JDK 路径
如果需要命令行的话,加个 PATH 指向 bin 目录就行了
janus77
2019-12-26 10:15:02 +08:00
你命令行敲一下有就不用配啊,这还不简单
wozhizui
2019-12-26 10:17:13 +08:00
classpath 不需要配置,配置了,反而污染了整体环境,建议看下面廖雪峰链接
https://www.liaoxuefeng.com/wiki/1252599548343744/1260466914339296
OctopusGO
2019-12-26 10:23:37 +08:00
sdkman 解决你的各种配置问题
jzq526
2019-12-26 11:30:06 +08:00
@yuikns 别提了,这是上课需要,我自己用 maven 的。给高职学生讲 Java 基础,只有 70 左右的课时,考虑到还要上机,时间是不够用的,而且内容上以基础为主,大部分时间不涉及第三方包,唯一涉及的是数据库连接,我下个数据库的 JDBC 驱动,再安装,也就几分钟的事情,加个 maven 花的时间更多,课时不允许啊。
zpf124
2019-12-26 11:30:19 +08:00
在早期版本中,java 命令就是 java 命令,classpath 默认就是.,运行的时候不加载任何其他地方的类库,包括 java 本身的系统类库。
除非你的项目除了基本类型啥 Java 类库都没用到,否则每次执行命令都需要告诉 java 命令去哪里加载 java 本身的 dt.jar ,classpath 只是简化每次传值的一种方式,所以 classpath 是必须的。


而大概是 1.5 开始,java 终于开窍了,发现好像没有人写代码会不用 Java 的标准类库,所以在那之后,java 命令执行时会自动加载${JAVA_HOME}下的 Java 系统级 lib 了。
zpf124
2019-12-26 11:32:28 +08:00
“classpath 只是简化” -> “配置 classpath 环境变量 只是简化”
jzq526
2019-12-26 11:37:07 +08:00
@janus77 我在问题中提到了,可以用命令带 classpath 参数来解决。我是想知道,如果第三方包放到某个自定义的目录,有没有类似于老版本中配置 classpath 环境变量的方法,让 jvm 知道去哪里找这些包(不使用参数)
jzq526
2019-12-26 11:42:38 +08:00
@wozhizui 谢谢,廖雪峰老师的讲解更加清楚。不过还有个问题:既然 jvm 用不到 classpath 了,一个无用的东西怎么污染系统环境呢?
jzq526
2019-12-26 11:47:13 +08:00
@zpf124 谢谢,因为我初学 java 用的就是 1.4,当时 classpath 是必须配置的。之后见到的各种教材也都会讲到 classpath,所以我就认为这是一个必须配置的环境变量了,也没有注意到新版的变化。直到最近更新教案才想起来看看官方说明,才发现这个问题的。
大概很多教材也是沿用前一版的说法,甚至作者也没有认真看过官方的文章。以后要常看官方文档找答案了。
yuikns
2019-12-26 13:04:07 +08:00
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 机制。

通常情况下,我们不应该做的是把某个局部工程配置文件放在全局中,而应该寻找一个作用域最小的地方,把这个配置。就好像我们不应该随便弄全局变量一样。
但由此否定环境变量这个机制本身,我觉得是不合理的。
yuikns
2019-12-26 13:10:07 +08:00
另外,https://docs.oracle.com/javase/tutorial/essential/environment/paths.html
不知道是不是我理解错了,楼主似乎理解为 "CLASSPATH" 已经被 deprecated 掉了?“既然 jvm 用不到 classpath 了...?”
我没有看到任何人这样回复。CLASSPATH 依然可以使用,只是不需要用来手动加载系统库了。
zpf124
2019-12-26 14:01:51 +08:00
@jzq526 #11 来看, 你理解成 classpath 不能用了。

但实际上只是 不需要通过指定 classpath 才能使用*java 标准类库*而已, 如果还有其他第三方类库,依然可以使用 classpath 环境变量指定位置。

并且我试了一下,发现 classpath 还是如当初一样蠢,如果你要用 ClASSPATH 环境变量添加其他第三方类库,记得先把当前目录(.)加进去,否则和当年一样,java 命令并不会加载${PWD}的文件
koebehshian
2019-12-26 18:58:35 +08:00
其实根本不需要什么环境变量,环境变量其实就是 shell 变量,并且是导出的,也就是一般编程语言中的全局变量.
大家都知道,写程序时一般尽量不要定义全局变量,尽量做成参数,显式地传入,而不是偷偷地读全局变量.
所以,编译与运行都可以写成脚本,库的搜索目录通过命令行参数传入,或定义一个局部变量,保存在脚本里面.
jzq526
2019-12-26 20:07:09 +08:00
@yuikns "jvm 用不到 classpath",是我看到廖雪峰的网站的这句话:“不要把任何 Java 核心库添加到 classpath 中! JVM 根本不依赖 classpath 加载核心库!”。我把“不依赖”理解为“可以不用”或“用不到”。
jzq526
2019-12-26 20:12:43 +08:00
@zpf124 谢谢,你这个解释比廖雪峰老师的解释更加清晰,他的解释强调了不需要 classpath 也可以使用“核心库”,但没有说明第三方库的情况。我原来理解成了,classpath 这个环境变量已经没用了,即使配置了也不会被识别。现在看你的解释,它应该仍然可以使用,但主要用来指定第三方类库的位置。
但如果设置 classpath 就必须把当前位置“.”也加进入,自己的标准类库需不需要也加进去呢?还是只有当前位置不能识别了,但自己的标准类库还可以正确找到?我回头试试
wozhizui
2019-12-27 08:03:05 +08:00
@jzq526 jvm 还是会用 classpath 的,只是这个不推荐设置为系统环境变量了,jvm 默认从./的当前目录已经满足大部分的使用场景了。至于要用自己下载 jar 包,推荐用 maven 管理,没研究过 maven 的底层原理,猜想应该是用的 java -cp 的模式加载下载的 jar 包的。
昨天没发成功,今天补上,虽然楼上已经都说的很清楚了。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/632421

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX