Windows 11搜不到“环境变量”时，应改搜“编辑系统环境变量”或使用Win+R输入sysdm.cpl直达，也可右键“此电脑”→“属性”→“高级系统设置”进入；避免直接搜索“环境变量”因入口已隐藏。
Windows 11里搜不到“环境变量”怎么办
Windows 11 的搜索框默认不直接显示「环境变量」这个入口，尤其在新版系统设置整合后，传统路径容易失效。这不是你操作错了，而是微软把入口藏得更深了。
- 别在开始菜单或任务栏搜索框里输“环境变量”——它大概率不响应，或只返回无关的文档/设置页面
- 真正有效的快捷方式是：按
Win + R，输入sysdm.cpl回车 → 直达「系统属性」→ 点击「高级」选项卡 → 「环境变量」按钮就在那儿 - 另一个稳定路径：右键「此电脑」→「属性」→ 右侧「高级系统设置」→ 弹出窗口后点「环境变量」
- 如果用 Windows 设置（
Win + I）搜索，可尝试搜「编辑系统环境变量」，这是微软给的官方名称，比搜“环境变量”更可靠
JAVA_HOME 和 Path 必须配在“系统变量”还是“用户变量”
取决于使用场景。多数开发工具（如 IntelliJ IDEA、Maven、Neo4j、BurpSuite）启动时读的是系统级环境，不是当前用户的。
- 如果你是单人使用、不希望影响其他账户，且确认所有 Java 工具都支持用户变量（比如命令行
java -version能正常工作），可以只配「用户变量」 - 但只要出现「
java不是内部或外部命令」，第一反应应检查是否误配到了「用户变量」而没动「系统变量」 -
JAVA_HOME配在系统变量里，Path中引用%JAVA_HOME%\bin才能被所有进程识别；若只配用户变量，某些后台服务或 IDE 启动脚本可能根本看不到它 - 不要两个地方都配——冲突风险高，尤其当路径指向不同 JDK 版本时
PATH 中 %JAVA_HOME%\bin 放哪儿才算生效
位置决定优先级。Windows 按 Path 列表从上到下查找命令，遇到第一个匹配就停。
- 必须把
%JAVA_HOME%\bin这一行放在 Path 列表的**顶部**，否则可能被旧版本 JDK 或 JRE 的路径抢先命中 - 编辑 Path 时，选中该条目 → 点「上移」按钮（不是拖拽），直到它排第一
- 千万别手敲完整路径（比如
C:\Program Files\Java\jdk-17.0.11\bin）——路径含空格会导致部分工具解析失败；坚持用%JAVA_HOME%\bin是最稳妥的 - 改完后关掉所有已打开的 cmd / PowerShell / IDE 窗口，新开一个再测试，否则缓存的旧环境还在
验证时 javac -version 正常但 java -version 报错
这说明 javac 找到了，但 java 命令没走对路——常见于 PATH 混淆或 JDK 安装不完整。
- 先运行
where java和where javac，看它们是否指向同一个 JDK 的bin目录；如果指向不同位置（比如javac在 JDK，java在系统C:\Windows\System32），说明有残留旧版本干扰 - 检查是否意外安装了独立 JRE，它的
java.exe会抢占 PATH；卸载所有非必需的 JRE，只留 JDK - 确认 JDK 安装时勾选了「Public JRE」选项（msi 安装器默认勾选），否则
java可能缺失 - 用
echo %JAVA_HOME%看输出是否是你预期的路径，且该路径下确实存在bin\java.exe
最容易被忽略的一点：JDK 安装路径里不能有中文、空格或特殊字符，哪怕只是「Program Files」里的空格，都可能让某些老旧脚本（比如 Neo4j 的 neo4j.bat）解析失败。真要图省事，就用 D:\jdk17 这种纯英文无空格路径。
