jdk环境变量配置

1、配置

在系统变量里：
创建 JAVA_HOME ----- jdk安装路径
在 PATH 加入 %JAVA_HOME%\bin
创建CLASSPATH ----- .;%JAVA_HOME%\lib;

2、解释

PATH

作用：在任何位置都可以执行配置过的可执行文件，根据环境变量中的path值，找到对应的指令可执行文件进行执行。
在PATH配置jdk的bin目录，为了在任何地方都能执行java.exe、javac.exe

在没配置的时候：


问题：为什么执行java命令没问题
在安装jdk的时候会自动把java.exe复制到C:\Windows\System32
如果在C:\Windows\System32中没找到，那就可能在C:\Program Files (x86)\Common Files\Oracle\Java\javapath中

配置PATH后：

classpath:（不配置也可以）

作用：jvm在查找class文件时如果没有设置classpath会在当前路径查找，设置classpth后仅在classpath路径下查找class文件即可。
例：
分别在两个文件夹中放入Hello1.java和Hello2.java

没配置CLASSPATH的时候：

配置CLASSPATH变量（,;表示当前路径，这里只配test01文件夹路径）


结论：只根据CLASSPATH路径找class文件

JDK环境变量设置：
在Classpath设置这几个变量，是为了方便在程序中 import；Web系统都用到tool.jar。
rt.jar
rt.jar 默认就在Root Classloader的加载路径里面的，而在Claspath配置该变量是不需要的；同时jre/lib目录下的其他jar:jce.jar、jsse.jar、charsets.jar、resources.jar都在Root Classloader中
tools.jar
tools.jar 是系统用来编译一个类的时候用到的，即执行javac的时候用到
javac XXX.java实际上就是运行 java -Calsspath=%JAVA_HOME%\lib\tools.jar xx.xxx.Main XXX.java javac就是对上面命令的封装 所以tools.jar 也不用加到classpath里面
dt.jar
dt.jar是关于运行环境的类库,主要是swing的包 在用到swing时最好加上。

tools.jar
工具类库(编译和运行等)，它跟我们程序中用到的基础类库没有关系。我们注意到在Path中变量值bin目录下的各个exe工具的大小都很小，一般都在27KB左右，这是因为它们实际上仅仅相当于是一层代码的包装，这些工具的实现所要用到的类库都在tools.jar中，用压缩软件打开tools.jar,你会发现有很多文件是和bin目录下的exe工具相对性的。当然，如果tools.jar的功能只有这些的话，那么我们根本不用把它加入到CLASSPATH变量中，因为bin目录下的工具自己可以完成对这些类库的调用，因此tools.jar应该还有其他的功能。在里面还可以看到有Applet和RMI等相关的文件，因此tools.jar应该还是远程调用等必须的jar包。tools.jar的其他作用可以查看其他资料。

dt.jar
运行环境类库，主要是Swing包，这一点通过用压缩软件打开dt.jar也可以看到。如果在开发时候没有用到Swing包，那么可以不用将dt.jar添加到CLASSPATH变量中。

---

CLASSPATH中的类库
是由Application ClassLoader或者我们自定义的类加载器来加载的，这里当然不能包括基础类库，如果包括基础类库的话，并用两个不同的自定义类加载器去加载该基础类，那它得到的该基础类就不是唯一的了，这样便不能保证Java类的安全性。

基本类库和扩展类库rt.jar
基本类库是所有的 import java.* 开头的类，在 %JAVA_HOME%\jre\lib目录下（如其中的 rt.jar、resource.jar ），类加载机制提到，该目录下的类会由 Bootstrap ClassLoader
自动加载，并通过亲委派模型保证了基础类库只会被Bootstrap ClassLoader加载，这也就保证了基础类的唯一性。
扩展类库
是所有的 import javax.* 开头的类，在 %JAVA_HOME%\jre\lib\ext
目录下，该目录下的类是由Extension ClassLoader 自动加载，不需要我们指定。 rt.jar
默认就在根classloader的加载路径里面,放在claspath也是多此一举