环境变量是为了 “在命令行窗口下”编译和运行Java程序而配置
一、系统变量：Path
path环境变量作用：
将命令所在的路径配置到path中去，就相当于在计算机中“注册”了一样，以后找这个命令，会直接去你配置的路径下寻找。
达到了一个效果： 在任意的路径下去执行某个命令---》path环境针对整个操作系统而言 。
1、javac.exe编译java文件命令 ，java 执行class字节码文件命令 ，将其所在的路径jdk的bin目录 配置到 环境变量path中去，这样我就可以在任意的路径下去执行这两个命令，没有配置的话则只能在bin目录下才能运行，否则是找不到的：
2、配置好环境变量以后发现代码可以成功编译
3、接着进行解释/翻译/执行:
二、系统变量：classpath
系统有一个环境变量叫：classpath，现在我们将classpath环境变量显式的写出来：
默认值是.\ ，表示在当前目录路径，虚拟机在寻找.class文件的时候会在当前路径下进行搜索。即使配置中没有这个变量，实际上是存在的。
classpath作用：只要你配置到classpath中的路径，在执行java的字节码文件的时候，就会去这个配置的路径下找 对应的字节码文件：
配置了需要执行的字节码文件路径，可以在任意的路径下去执行字节码文件
总结：
classpath作用：针对java执行字节码文件而产生的环境变量，只要配置了字节码文件所在的路径以后，那么以后你在任意位置都可以执行对应的字节码文件
在CLASSPATH环境变量当中配置了”.”之后，我们通常还会把JDK安装路径下的lib文件夹下的dt.jar和tools.jar这两个文件的位置也加入到CLASSPATH环境变量中，这又是为什么呢？就是因为这两个jar文件是JDK是提供给我们的两个基础类库。dt.jar是关于运行环境的类库，而tools.jar是工具类库。没有这两个类库支持，很多Java程序压根就无法运行，所以我们在配置环境变量的时候，要把它们的路径也加入到CLASSPATH当中，以确保程序能够正确的调用到基础类库中的类。
注意：
从JDK1.5开始，Java运行时环境(JRE)有了自动搜索当前文件夹下.class文件，并自动加载dt.jar和tools.jar类库文件的功能，所以， 从JDK1.5开始，可以不用配置CLASSPATH环境变量了 ！
三、系统变量：JAVA_HOME
tomcat，在执行startup.bat的时候会出现闪退问题：
解决：
必须要配置一个环境变量叫：JAVA_HOME
补充：
前面提到的path环境变量中刚好可以借助JAVA_HOME里面的内容，通过%%做引入
%JAVA_HOME%\bin
JAVA_HOME环境变量当中配置的是JDK的安装路径，并且我们会在配置Path和CLASSPATH的时候，用%JAVA_HOME%去代替这两个环境变量中的JDK安装路径。这么做有两个好处：
首先，当我们重新安装了JDK或者是JDK升级之后，JDK的安装路径都会发生变化。在这种情况下，如果我们配置了JAVA_HOME环境变量，我们就可以只修改JAVA_HOME当中JDK的安装路径，而Path和CLASSPATH中涉及到的JDK的安装路径因为用%JAVA_HOME%代替了，所以不需要做任何修改，这样就减少了工作量和出错的概率。
其次，某些集成开发环境(IDE)和Java Web服务器会以JAVA_HOME环境变量的值去寻找JDK的安装路径。所以，如果我们希望在实际开过程中减少遇到莫名其妙问题的概率，应该添加一个JAVA_HOME环境变量，并且在Path和CLASSPATH中用%JAVA_HOME%去代替JDK安装的路径。
