如何在Windows系统中安装Java并配置环境变量-java教程-PHP中文网

答案是安装Java并配置环境变量需先下载JDK并安装，再设置JAVA_HOME和Path。具体为：下载JDK安装包，运行并记录安装路径；在系统环境变量中新建JAVA_HOME指向JDK根目录，将%JAVA_HOME%\bin添加到Path；最后通过cmd输入java -version和javac -version验证是否成功。

如何在windows系统中安装java并配置环境变量

在Windows系统上安装Java并配置环境变量，核心在于两步：首先，下载并运行Java开发工具包（JDK）的安装程序；其次，手动将JDK的安装路径添加到系统的环境变量中，特别是

JAVA_HOME

登录后复制

和

Path

登录后复制

，这样系统才能在任何位置识别并执行Java相关的命令。

解决方案

在Windows系统上，安装Java并让它正常工作，这套流程我已经走了无数遍，每次都大同小异，但总有些细节值得注意。

下载Java开发工具包（JDK） 这是第一步，也是最重要的一步。你需要访问Oracle官网（如果你需要Oracle JDK）或者其他Open JDK提供商（如Adoptium, Amazon Corretto等）的网站。
- 打开你的浏览器，搜索 "JDK download"。
- 进入官方下载页面，找到适用于Windows x64的安装包。通常是一个
```
.exe
```
  登录后复制
  文件。
- 选择一个你需要的Java版本。对于大多数开发者来说，选择一个长期支持（LTS）版本，比如Java 11、Java 17或最新的Java 21，会是更稳妥的选择。下载前可能需要接受许可协议。
运行JDK安装程序 下载完成后，双击
```
.exe
```
登录后复制
文件启动安装。
- 安装向导通常会引导你完成整个过程。一路点击 "Next" 即可。
- 重点来了： 在安装过程中，它会询问你安装路径。虽然默认路径通常在
```
C:\Program Files\Java\
```
  登录后复制
  下，但我个人习惯会记下这个路径，或者选择一个更短、更易于记忆的路径（比如
```
C:\Java\jdk-xx
```
  登录后复制
  ）。这个路径在后续配置环境变量时会用到，务必记住它。
- 安装完成后，通常会有一个提示告诉你安装成功。
配置环境变量 这是让Java能在任何地方被调用的关键步骤。没有这一步，你每次想运行Java程序，都得输入一长串的路径，那简直是噩梦。
- 打开系统属性： 右键点击“此电脑” -> “属性” -> “高级系统设置” -> “环境变量”。
- 创建
  JAVA_HOME
  登录后复制
  变量：
  - 在“系统变量”区域，点击“新建”。
  - 变量名输入：
```
JAVA_HOME
```
    登录后复制
  - 变量值输入：你刚才安装JDK的路径，例如
```
C:\Program Files\Java\jdk-17
```
    登录后复制
    。注意，这里是JDK的根目录，不是
```
bin
```
    登录后复制
    目录。
  - 点击“确定”。
- 修改
  Path
  登录后复制
  变量：
  - 在“系统变量”区域，找到并选中“Path”变量，然后点击“编辑”。
  - 点击“新建”，然后输入
```
%JAVA_HOME%\bin
```
    登录后复制
    。
  - 确保这一项在列表中位置靠前一些，这样系统会优先找到你的Java版本。如果你有多个Java版本，顺序就很重要。
  - 点击“确定”，然后一路“确定”关闭所有环境变量窗口。
验证安装 配置完环境变量后，你需要验证一下是否成功。
- 打开一个新的命令提示符（
```
Win + R
```
  登录后复制
  ，输入
```
cmd
```
  登录后复制
  ，回车）。注意，必须是新开的窗口，因为旧的窗口不会加载新的环境变量。
- 输入
```
java -version
```
  登录后复制
  ，回车。
- 输入
```
javac -version
```
  登录后复制
  ，回车。
- 如果两者都显示了Java的版本信息，恭喜你，Java已经成功安装并配置好了！如果出现“'java' 不是内部或外部命令”之类的错误，那就得回去检查前面的步骤了。

为什么安装Java后还需要配置环境变量？这到底有什么用？

我见过不少初学者，安装完Java，双击安装包，一路“下一步”，然后就疑惑为什么在命令行里输入

java

登录后复制

会报错。这其实是个非常基础但又关键的问题：系统怎么知道

java.exe

登录后复制

这个程序在哪？

简单来说，配置环境变量，特别是

Path

登录后复制

，就是告诉操作系统：“嘿，当你收到

java

登录后复制

或者

javac

登录后复制

这样的命令时，别傻乎乎地在当前目录找了，去我给你指定的这些路径里找找看，没准就在那儿。” 这样一来，无论你在哪个文件夹打开命令行，都能直接运行Java命令了，省去了每次都要输入完整路径的麻烦，效率提升可不是一点半点。

立即学习“Java免费学习笔记（深入）”；

而

JAVA_HOME

登录后复制

这个变量，它的作用则更像是一个“基地地址”。虽然

Path

登录后复制

变量直接指向

bin

登录后复制

目录就能让Java命令生效，但

JAVA_HOME

登录后复制

的设定是Java生态系统里约定俗成的一个规矩。很多基于Java构建的工具，比如Maven、Gradle、Tomcat、Spring Boot等，它们在启动时，会优先去查找

JAVA_HOME

登录后复制

这个变量，以此来确定当前系统上安装的Java版本和位置。这样做的好处是，当你的JDK版本升级了，你只需要修改

JAVA_HOME

登录后复制

的值，所有依赖这个变量的工具就都能自动切换到新的JDK版本，而不需要挨个去修改它们的配置，大大简化了维护工作。这是一种非常优雅的设计，使得Java环境的管理变得更加灵活和健壮。

我应该选择哪个版本的JDK？Oracle JDK还是Open JDK？

这问题问得好，现在Java的版本选择确实比以前复杂了。在我看来，这两种JDK各有其适用场景，但对于绝大多数个人开发者和中小型企业而言，Open JDK已经成为首选，甚至可以说是默认选项。

过去，Oracle JDK几乎是唯一的选择。但在Java 8之后，Oracle调整了其JDK的许可策略，对于商业用途的Oracle JDK 8u211及更高版本，以及Java 11及以后版本，可能需要付费许可。这导致了开发者社区开始大量转向Open JDK。

Open JDK，顾名思义，是开源的Java开发工具包。它由Oracle和其他公司（如Red Hat、SAP、IBM等）共同维护，并且完全免费用于商业用途。市面上有很多Open JDK的发行版，比如Adoptium（以前的AdoptOpenJDK）、Amazon Corretto、Microsoft Build of OpenJDK、Red Hat OpenJDK等。它们都基于OpenJDK的源代码构建，功能上与Oracle JDK几乎完全一致，性能也相差无几。我的经验是，对于日常开发、部署大多数Java应用，Open JDK没有任何问题，而且更省心，不用担心许可问题。

Oracle JDK 依然存在，并且Oracle会为它提供更长时间的商业支持。如果你在一个大型企业工作，公司已经购买了Oracle的商业支持服务，或者你的项目有特定的合规性要求，那么继续使用Oracle JDK可能是合理的选择。但如果不是这种情况，我真的看不到有什么非用Oracle JDK不可的理由。

冬瓜配音

AI在线配音生成器

查看详情

版本选择上，我强烈推荐选择LTS（长期支持）版本。 目前主流的LTS版本是Java 11、Java 17和最新的Java 21。LTS版本意味着它们会获得更长时间的更新和维护，稳定性和兼容性更好，更适合生产环境。非LTS版本（比如Java 12、13、14等）虽然会引入一些新特性，但它们的生命周期很短，很快就会停止更新，不建议在生产环境中使用。对于学习和尝鲜新特性，非LTS版本倒是可以玩玩。

配置环境变量时常犯的错误有哪些？如何避免？

配置环境变量看似简单，但实际操作中，新手确实很容易踩坑，甚至老手偶尔也会手滑。我总结了一些最常见的错误和避免方法：

```
JAVA_HOME
```
登录后复制
路径设置错误
- 错误： 最常见的错误是把
```
JAVA_HOME
```
  登录后复制
  指向了JDK安装目录下的
```
bin
```
  登录后复制
  文件夹，例如
```
C:\Program Files\Java\jdk-17\bin
```
  登录后复制
  。或者指向了JRE（Java Runtime Environment）的路径，而不是JDK（Java Development Kit）的路径。
- 避免：
```
JAVA_HOME
```
  登录后复制
  应该指向JDK的根目录，例如
```
C:\Program Files\Java\jdk-17
```
  登录后复制
  。这个目录里应该包含
```
bin
```
  登录后复制
  、
```
lib
```
  登录后复制
  、
```
jre
```
  登录后复制
  等子文件夹。确保你安装的是JDK，而不是JRE。
```
Path
```
登录后复制
变量中没有添加
%JAVA_HOME%\bin
登录后复制
，或添加方式错误
- 错误： 有些人可能直接把
```
C:\Program Files\Java\jdk-17\bin
```
  登录后复制
  硬编码到
```
Path
```
  登录后复制
  里，而不是使用
```
%JAVA_HOME%\bin
```
  登录后复制
  。虽然功能上暂时没问题，但一旦JDK升级或安装路径改变，你就得手动修改
```
Path
```
  登录后复制
  ，非常麻烦。
- 避免： 强烈建议使用
```
%JAVA_HOME%\bin
```
  登录后复制
  。这样，当你更新JDK版本时，只需要修改
```
JAVA_HOME
```
  登录后复制
  的值，
```
Path
```
  登录后复制
  变量会自动跟着更新。在编辑
```
Path
```
  登录后复制
  变量时，确保你是在“系统变量”而不是“用户变量”中操作，并且输入正确，没有多余的空格或字符。
配置后没有打开新的命令行窗口
- 错误： 这是个非常普遍的“低级错误”。环境变量的修改只对新启动的进程生效。如果你在修改环境变量之前已经打开了命令行窗口，那么那个窗口是不会识别到你新设置的变量的。
- 避免： 每次修改完环境变量后，务必关闭所有已打开的命令行窗口和IDE（如IntelliJ IDEA、Eclipse等），然后重新打开它们。这是最简单的解决办法。
系统中存在多个Java版本，导致冲突
- 错误： 很多人可能因为各种原因安装了多个JDK版本（比如为了兼容旧项目），但没有正确管理它们，导致系统默认调用的不是你想要的那个版本。
- 避免： 在
```
Path
```
  登录后复制
  变量中，条目的顺序非常重要。系统会按照从上到下的顺序查找可执行文件。确保你希望使用的那个JDK的
```
%JAVA_HOME%\bin
```
  登录后复制
  路径在
```
Path
```
  登录后复制
  列表中的位置靠前。你可以手动调整
```
Path
```
  登录后复制
  条目的顺序。另一个更高级的解决方案是使用Java版本管理工具，如SDKMAN!（虽然在Windows上安装相对复杂，但一旦设置好，管理起来非常方便）。
变量名拼写错误
- 错误：
```
JAVA_HOME
```
  登录后复制
  写成了
```
JAVA_HOM
```
  登录后复制
  ，或者
```
Path
```
  登录后复制
  写成了
```
Path
```
  登录后复制
  （虽然Windows对大小写不敏感，但规范起见还是保持一致）。
- 避免： 仔细检查变量名和变量值，确保没有拼写错误。

如何快速排查：

打开新的命令提示符。
输入
```
echo %JAVA_HOME%
```
登录后复制
，检查
```
JAVA_HOME
```
登录后复制
是否指向了正确的JDK根目录。
输入
```
java -version
```
登录后复制
和
```
javac -version
```
登录后复制
，确认它们是否都显示了你期望的JDK版本信息。
如果还不行，可以尝试重启电脑，虽然大部分时候不需要，但有时候Windows的缓存机制可能会导致环境变量不立即生效。