java不配环境变,Java 环境变量, 真的还有必要配吗?

Java 环境变量, 真的还有必要配吗?

作为年龄上堪称老鸟而技术上却是菜鸟的老菜鸟, 为了祖国的编程事业, 不惜拿出一个月工资, 淘了一台配置稍高的二手笔记本, 打算与老笔记本中的撸啊撸片彻底说再见, 誓要在新机种开启一番撸啊撸的新事业当然, 撸代码离不开基本的环境搭建, 每次新机上手都要百度一堆杂乱的似是而非的环境搭建教程, 才勉强把开发环境搭建起来, 时间耗费不少, 但终是拾人牙慧, 生搬硬套, 从未能理解深层原理, 将其内化吸收形成自己的技术积累; 而环境搭建虽然基础, 但编程界多少前辈大牛都是从此开始的, 千万行代码的撸出也都依赖于此, 所以, 花时间总结一下, 思考一番, 确有必要今天先来讲讲最最基本的环境变量, 博主度娘无数, 收获不小, 现分两个方面来探究环境变量的问题: 一是为什么要配置, 二是如何配置

配置环境变量: Why?

为了回答为什么的问题, 还是先将 JDK 下载好, 然后布衣博主先一步步的试错完毕, 然后再跟大家分享正确的姿势安装 JDK 首先肯定是去 Oracle 官网下载适合自己的开发版本啦, 或许是沉浸在 JDK1.7 的开发环境中太久了, 不看官网不知道, 一看尼玛 JDK1.9 都发布了, 可怜布衣博主连 JDK1.8 长啥样都还没见过呢伤心三秒, 果断下载 JDK1.8 的版本来尝尝下面是下载主页的重点内容, 相信大家都知道具体操作:

安装 JDK 也很简单, 先是 JDK, 然后是 JRE, 如果要自定义路径, 注意两者不要安装在同一个包下面然后, 作为 Java 开发者, 就会按基本套路开始配置起环境变量如果仅仅是作为一个代码搬运工, 百度有一堆环境变量的配置方式, 傻瓜也会配置, 但要想成为一个高阶一些的码农, 在进行一个操作之前, 总该知道你干这件事的缘由为什么要配置环境变量, 如果不配置又会怎样? 平时看起来只是开发入门的基础操作, 深究起来其实并不简单有人会呵呵一笑很倾城不配环境变量, 我们怎么开发? 欸, 这样的问题, 我只能说, 编程这玩意儿, 很多时候不动脑子是可以的, 但是不动手却不行布衣博主以前的固有思想也是觉得, 配置环境变量是 Java 开发的固定姿势, 可是今天为了深究环境变量这个问题, 下载 JDK1.8 来折腾一番后发现, 仅仅是安装好 JDK 和 JRE, 根本用不着配置什么环境变量就可以开发和跑项目了, 这是怎么回事? 到环境变量配置页查看, 会发现在 path 的值中有个 C:\ProgramData\Oracle\Java\javapath 路径值生成, 如以下图中展示 (注: 图例一为 Win10 系统的环境变量配置界面, 和 Win7 有很大不同)

而在映射的路径文件夹中已经存在了可执行的 java.exe, 这似乎是说明新版 JDK(1.8) 在安装的时候就已经自动为我们添加好了环境配置当博主删除该 path 映射的路径值 C:\ProgramData\Oracle\Java\javapath 的时候, 集成开发环境中的 eclipse 就无法正常打开了, 但是 IDEA 依然能正常使用, 添加之后 eclipse 恢复正常接着将 JDK1.8 卸载, 保留运行环境 JRE, 这个时候 eclipse 依然可以正常使用, 因为 Eclipse 比较例外的是它自己内嵌了 Java 编译器, 其作用等同于 JDK 中的 javac, 所以 eclipse 其实只需要依赖 JRE 就可以做开发并编译运行 Java 文件的, 有了 JDK 只是为了方便查询源码, 而这个时候 IDEA 少了 JDK 的支持就无法正常开发使用了接着卸载 JRE, 这个时候开发工具肯定是没法使用了, 关键是在环境变量的 Path 值 C:\ProgramData\Oracle\Java\javapath 也消失了, 对应路径下的文件也被删除了, 这就说明在安装 JRE 的时候, 是会为我们自动配置好环境变量的环境变量都没配置就成功的布衣博主实在不甘心, 卸载了 JDK1.8 之后又单独安装了 JDK1.7 继续尝试, 安装完成后 Path 值并没有自动添加, 博主也没有主动的去配置任何环境变量, 但是打开 Eclipse 或者 Idea 等 IDE, 依然可以正常开发跑项目尝试至此, 似乎证明了长久以来大家配置环境变量只是思维和行为固化后的自以为是, 纯粹是多此一举, 对日常开发调试并没有卵用难道, 这么多程序员都在信奉了一个错误的认知而且丝毫不觉得有异?

要搞解开这个疑惑, 还是得搞清楚环境变量到底是干什么的, 为什么要配置它所谓环境变量, 其实就是操作系统中用来指定操作系统运行环境的一些参数, 比如临时文件夹位置和系统文件夹位置等当要求系统运行一个程序而没有告诉它程序所在的完整路径时, 系统除了在当前目录下面寻找此程序外, 还应到环境变量的 Path 中指定的路径值去找也就是说当执行可执行文件找不到位置的时候, 就会去 Path 中配置的路径去找因此可以设想如果直接在可执行文件所在文件夹取执行, 那不就是找得到吗? 为了证明, 博主先打开 cmd 执行编译命令 javac, 返回不是内部或外部命令, 当我们切换到 JDK 的 bin 目录 C:\Program Files\Java\jdk1.8.0_162\bin 路径去执行 javac 命令的时候, 就能够成功执行, 好像配置了环境变量一样

既然可以执行 javac, 那么我们就在该目录下测试编译一个 Java 文件先用记事本编写测试代码 public class Test { public static void main(String[] args) { System.out.println("博客园 陈本布衣"); } } , 文件名必须和类名保持一致 Test.java, 然后我们执行编译命令并运行文件

可是正常情况下我的 Java 文件是不可能放在 bin 目录下的, 所以我们接着配置好环境变量, 使我们能够在任意目录编译 Java 文件

配置环境变量的目的似乎达到了, 仅仅是为了不用切换到 JDK 的 bin 目录就能执行编译命令的方便, 可是, 现在都是用集成开发环境如 idea 或 eclipse 等开发并编译 Java 程序, 如果不是使用命令行 javac 的方式来编译 Java 程序, 那么, 广大的程序员们, 你在搭建开发环境的时候, 配置环境变量到底是因为什么?

配置环境变量: How?

欸, 本来前文阐述了环境变量的原理后, 这里计划该写如何配置了, 但是布衣博主在不断尝试之后发现环境变量在 Java 的开发环境中根本不是必须的配置, 所以, 这里的 How 就只能戛然而止了, 实在不想多叨叨如何配置那不必要的玩意儿了当然, 或许我前文的尝试和总结很有问题, 因为配置了多年环境变量的博主自己一直都还在怀疑上文的尝试是否正确, 也诚心希望各路大神指出阐述中的问题, 共同来探讨环境变量配置的必要性和可用之处, 以免误导他人;

来源: https://www.cnblogs.com/chenbenbuyi/p/8590222.html