V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
jzq526
V2EX  ›  Java

JDK 的环境变量设置问题

  •  
  •   jzq526 · 2019-12-26 09:55:32 +08:00 · 3669 次点击
    这是一个创建于 919 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

    谢谢

    20 条回复    2019-12-27 08:03:05 +08:00
    yuikns
        1
    yuikns  
       2019-12-26 10:05:40 +08:00
    感觉你是混淆了问题了吧。

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

    https://mvnrepository.com/
    sagaxu
        3
    sagaxu  
       2019-12-26 10:10:09 +08:00 via Android   ❤️ 1
    7 以后不需要设置这个环境变量了
    qwerthhusn
        4
    qwerthhusn  
       2019-12-26 10:14:00 +08:00
    下载 zip 格式的 JDK,解压到某个路径下,就可以用了
    IDE 的话直接配置 JDK 路径
    如果需要命令行的话,加个 PATH 指向 bin 目录就行了
    janus77
        5
    janus77  
       2019-12-26 10:15:02 +08:00 via iPhone
    你命令行敲一下有就不用配啊,这还不简单
    wozhizui
        6
    wozhizui  
       2019-12-26 10:17:13 +08:00   ❤️ 1
    classpath 不需要配置,配置了,反而污染了整体环境,建议看下面廖雪峰链接
    https://www.liaoxuefeng.com/wiki/1252599548343744/1260466914339296
    OctopusGO
        7
    OctopusGO  
       2019-12-26 10:23:37 +08:00 via Android
    sdkman 解决你的各种配置问题
    jzq526
        8
    jzq526  
    OP
       2019-12-26 11:30:06 +08:00
    @yuikns 别提了,这是上课需要,我自己用 maven 的。给高职学生讲 Java 基础,只有 70 左右的课时,考虑到还要上机,时间是不够用的,而且内容上以基础为主,大部分时间不涉及第三方包,唯一涉及的是数据库连接,我下个数据库的 JDBC 驱动,再安装,也就几分钟的事情,加个 maven 花的时间更多,课时不允许啊。
    zpf124
        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 了。
    zpf124
        10
    zpf124  
       2019-12-26 11:32:28 +08:00
    “classpath 只是简化” -> “配置 classpath 环境变量 只是简化”
    jzq526
        11
    jzq526  
    OP
       2019-12-26 11:37:07 +08:00
    @janus77 我在问题中提到了,可以用命令带 classpath 参数来解决。我是想知道,如果第三方包放到某个自定义的目录,有没有类似于老版本中配置 classpath 环境变量的方法,让 jvm 知道去哪里找这些包(不使用参数)
    jzq526
        12
    jzq526  
    OP
       2019-12-26 11:42:38 +08:00
    @wozhizui 谢谢,廖雪峰老师的讲解更加清楚。不过还有个问题:既然 jvm 用不到 classpath 了,一个无用的东西怎么污染系统环境呢?
    jzq526
        13
    jzq526  
    OP
       2019-12-26 11:47:13 +08:00
    @zpf124 谢谢,因为我初学 java 用的就是 1.4,当时 classpath 是必须配置的。之后见到的各种教材也都会讲到 classpath,所以我就认为这是一个必须配置的环境变量了,也没有注意到新版的变化。直到最近更新教案才想起来看看官方说明,才发现这个问题的。
    大概很多教材也是沿用前一版的说法,甚至作者也没有认真看过官方的文章。以后要常看官方文档找答案了。
    yuikns
        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 机制。

    通常情况下,我们不应该做的是把某个局部工程配置文件放在全局中,而应该寻找一个作用域最小的地方,把这个配置。就好像我们不应该随便弄全局变量一样。
    但由此否定环境变量这个机制本身,我觉得是不合理的。
    yuikns
        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 依然可以使用,只是不需要用来手动加载系统库了。
    zpf124
        16
    zpf124  
       2019-12-26 14:01:51 +08:00
    @jzq526 #11 来看, 你理解成 classpath 不能用了。

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

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