Windows系统修改环境变量后Java版本未切换生效如何解决

按以下顺序逐一排查即可解决问题：

• 优先用where命令定位实际加载的Java程序
  新开一个cmd窗口（注意：修改环境变量前已经打开的cmd不会加载新配置，必须重新启动），执行where java，命令会按系统查找优先级从上到下列出所有匹配到的java.exe路径，排在第一行的就是当前执行java -version调用的程序，后续排查直接针对这个路径对应处理即可。
• 检查Path变量的条目优先级
  Windows会严格按照Path列表从上到下的顺序查找可执行文件，只要靠前的路径里存在java.exe，就不会加载后面路径的版本。需要确认你配置的JDK 1.8.0_102的bin目录（例如C:\Java\jdk1.8.0_102\bin），排在以下路径的前面：
  • 旧版本JDK的bin目录
  • C:\Windows\System32
  • C:\Program Files\Common Files\Oracle\Java\javapath（32位程序对应路径在Program Files (x86)目录下）
• 清理系统目录残留的旧版Java可执行文件
  旧版JDK安装时会自动向C:\Windows\System32目录写入java.exe、javaw.exe、javaws.exe三个文件，这几个文件默认指向安装时的旧版JDK，直接进入System32目录搜索这三个文件删除即可。
• 删除Oracle自动添加的javapath配置项
  JDK安装时会自动在Path最前面插入Oracle自带的javapath路径，这个路径下的java.exe会读取注册表中记录的默认Java版本，不会读取你手动配置的环境变量，直接将这个Path条目删除，或者将你自己配置的JDK bin路径移动到该条目上方即可。
• 确认环境变量配置的作用域与正确性
  Windows环境变量分为用户变量和系统变量两类，系统变量的优先级高于用户变量，如果你只修改了用户变量下的JAVA_HOME与Path，系统变量中仍残留旧JDK的配置，就会加载旧版本。另外需要确认：
  1. JAVA_HOME变量值指向JDK 1.8.0_102的安装根目录，不要指向bin目录，也不要写旧版本的路径
  2. Path中引用Java的条目为%JAVA_HOME%\bin，没有写死旧JDK的绝对路径
  3. 可以在新开的cmd中执行echo %JAVA_HOME%，验证输出路径是否为新JDK的根目录

所有修改完成后，关闭所有cmd窗口重新打开，执行java -version验证即可。

内容的提问来源于stack exchange，提问作者Debjit Dutta