背景
jdk21发布后,我们在在学习jdk21时,我们往往需要在电脑上创建两份jdk(大部分的同学应该还是使用的jdk8),如果jdk21未添加到环境变量,那我们每一次执行一些简单的主方法,都是需要将21版本的java全路径拼写出来才能执行的,比如:
D:\WorkSpace\jdk21-test\src\main\java> "D:\Program Files\Java\jdk-21\bin\javac" Main.java
那如何将jdk21添加进入环境变量就显得很重要。
主要问题
在环境变量中,我们往往只添加了jdk8的bin路径,这时jdk8的bin路径下所有内容均被映射在了环境变量中
由于在环境变量中,顺序往往时其优先级,所以这个时候,我们单纯的将jdk21的bin路径也添加进去就会发生一个尴尬的请况:
要么jdk8的路径在前,所有的java、javac等命令均使用jdk8的;要么jdk21的路径在前,所有的java、javac等命令均使用jdk21的。
这就导致了我们的学习成本及工作成本的加大,所以合理的区分两个本版及版本命令是我们达成目标的主要矛盾。
实操
我是这么做的
- 保持原有的jdk8路径不变
- 找到jdk21的安装路径,并进入bin文件夹下
- 通过mklink命令来创建一份java.exe和javac.exe的符号链接,并将其命名为java21.exe和javac21.exe
mklink D:\Program Files\Java\jdk-21\bin\javac21.exe D:\Program Files\Java\jdk-21\bin\javac.exe
- 将安装路径添加至环境变量
5、测试配置成功与否
配置过程中的问题
- 我知道我目前的做法很low,还有更好的做法,比如:
我发现我的jdk8配置路径也是通过符号链接建立的
我理解我们完全可以在这个目录建立符号链接java21.exe和javac21.exe,这样我们的环境变量就不需要额外的配置,我们也很容易管理到不同版本的jdk执行命令。
是的,最开始我就是这么做的:-(,我理解这个符号链接本质上就是一个快捷键方式,我们执行了这个命令之后他就会找到源目录,并执行相关操作;但是我在测试时发现,根本不是这样的,由于我创建的符号链接是文件,而不是文件夹,导致链接之后只能找到对应文件,而找不到对应文件夹,所以执行时一直报错,如:
由于找不到jli.dll,无法继续执行代码
这种情况下,你更可以理解为它是一种复制操作,而非快捷操作。
为了验证,我在该目录下创建好了这个java21.exe之后,cd到jdk21/bin的目录下执行该命令,他可以正常执行。由此,更加确定了我对问题的判断。最后我只能通过“实操”来达到我的目的。