将JDK下载好，安装JDK也很简单，先是JDK，然后是JRE,如果要自定义路径，注意两者不要安装在同一个包下面。
按基本套路开始配置起环境变量。
为什么要配置环境变量，如果不配置又会怎样？
下载JDK1.8来折腾一番后发现，仅仅是安装好JDK和JRE，根本用不着配置什么环境变量就可以开发和跑项目了，这是怎么回事？到环境变量配置页查看，会发现在path的值中有个C:ProgramDataOracleJavajavapath路径值生成。
而在映射的路径文件夹中已经存在了可执行的java.exe,这似乎是说明新版JDK（1.8）在安装的时候就已经自动为我们添加好了环境配置。当博主删除该path映射的路径值C:ProgramDataOracleJavajavapath的时候，集成开发环境中的Eclipse/MyEclipse就无法正常打开了，提示需要JDK或JRE,但是IDEA依然能正常使用，恢复之后Eclipse/MyEclipse能够正常使用。接着将JDK1.8卸载，仅保留运行环境JRE，这个时候IDEA少了JDK的支持就无法正常开发使用了，而Eclipse/MyEclipse却依然可以正常使用，这是因为Eclipse/MyEclipse比较例外的是它自己内嵌了Java编译器，对javac没有任何依赖关系,所以Eclipse/Myeclipse其实只需要依赖JRE就可以做开发并编译运行Java文件的，有了JDK只是为了方便查询源码——其实我们不用安装JDK同样可以查看源码，你只要我们的源码包放在任意路径，然后在设置中绑定源码包就可以了，
接着卸载JRE,这个时候开发工具肯定是没法使用了，关键是在环境变量的Path值C:ProgramDataOracleJavajavapath也消失了，对应路径下的文件也被删除了，这就说明在安装JRE的时候，是会为我们自动配置好环境变量的。
卸载了JDK1.8之后又单独安装了JDK1.7继续尝试，安装完成后Path值并没有自动添加，但是打开Eclipse或者Idea等IDE，依然可以正常开发跑项目。
所谓环境变量，其实就是操作系统中用来指定操作系统运行环境的一些参数，比如临时文件夹位置和系统文件夹位置等。当要求系统运行一个程序而没有告诉它程序所在的完整路径时，系统除了在当前目录下面寻找此程序外，还应到环境变量的PATH中指定的路径值去找。也就是说当执行可执行文件找不到位置的时候，就会去PATH中配置的路径去找。
这里你可以做个小测试，就是任意位置新建一个哪怕普通文本文件，将其路径配置成环境变量，然后通过cmd命令行输入文件名，都能打开那个文件，这就环境变量的功劳。因此可以设想如果直接在可执行文件所在文件夹取执行，那不就是找得到吗？为了证明，博主先打开cmd执行编译命令javac，返回不是内部或外部命令，当我们切换到JDK的bin目录C:Program FilesJavajdk1.8.0_162in路径去执行javac命令的时候，就能够成功执行，好像配置了环境变量一样。
既然可以执行javac，那么我们就在该目录下测试编译一个Java文件。先用记事本编写测试代码
public class Test { public static void main(String[] args) { System.out.println("博客园 陈本布衣"); } } ，
文件名必须和类名保持一致Test.java,然后我们执行编译命令并运行文件。
配置环境变量的目的似乎达到了，仅仅是为了不用切换到JDK的bin目录就能执行编译命令的方便，可是，现在都是用集成开发环境如idea或eclipse等开发并编译Java程序，如果不是使用命令行javac的方式来编译Java程序，那么，广大的程序员们，你在搭建开发环境的时候，配置环境变量到底是因为什么？