Java命令找不到的主因是JDK bin目录未加入PATH或PowerShell别名冲突；需先用Get-Command验证、检查PATH路径、删除java别名，并重启PowerShell生效。
Java命令找不到：先确认java到底在不在PATH里
PowerShell 找不到 java，大概率不是 PowerShell 的问题，而是系统根本没把 JDK 的 bin 目录加进环境变量 PATH。Windows 图形界面下装的 JDK 有时不会自动写入系统 PATH，尤其用 MSI 安装器时容易漏掉这步。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 在 PowerShell 中运行
Get-Command java -ErrorAction SilentlyContinue，有输出说明已识别；没输出就真没配好 - 检查当前 PATH 是否含 JDK 路径：
$env:PATH -split ';' | Where-Object { $_ -like '*jdk*' } - 如果没找到，别急着改系统变量——先手动试运行：
& "C:\Program Files\Java\jdk-21\bin\java.exe" -version（路径按你实际 JDK 位置调整） - 确认路径正确后，再用
[Environment]::SetEnvironmentVariable('PATH', $env:PATH + ';C:\path\to\jdk\bin', 'User')追加（注意是'User'，避免需要管理员权限）
PowerShell 别名冲突：为什么java突然变成Invoke-Java？
PowerShell 自带一个叫 java 的别名（指向 Invoke-Java），它和 JDK 的 java.exe 完全无关，但会优先匹配，导致你敲 java -version 报错 The term 'java' is not recognized... 或直接执行失败。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 查别名是否存在：
Get-Alias java -ErrorAction SilentlyContinue - 如果返回结果，说明被占用了，必须删掉：
Remove-Item Alias:\java -Force - 这个别名通常来自某些模块（比如旧版 PSCX 或自定义脚本），删完后重启 PowerShell 才生效
- 不想删别名？那就绕开它：显式调用可执行文件，比如
java.exe -version（.exe 后缀能跳过别名解析）
用户级 vs 系统级 PATH：改完还是不生效？
PowerShell 启动时读取的是当前用户的 PATH（'User' 级别）或系统级 PATH（'Machine' 级别），但修改后不会自动刷新已有会话。新窗口才能看到效果，这点和 CMD 不同——CMD 有时会“继承”父进程的 PATH 变量，PowerShell 更严格。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 改完 PATH 后，不要在当前 PowerShell 窗口里验证，关掉重开一个
- 想临时生效？可以手动更新当前会话：
$env:PATH = [System.Environment]::GetEnvironmentVariable('PATH','User') + ';' + [System.Environment]::GetEnvironmentVariable('PATH','Machine') - 注意：用
SetEnvironmentVariable写'Machine'需管理员权限，普通用户只能安全写'User' - 如果你用 VS Code 的集成终端，它可能缓存了旧环境，要重启整个 VS Code
Java 版本混乱：PowerShell 里java -version和javac -version对不上
这不是 PowerShell 的锅，而是 JDK 安装多个版本后，java.exe 和 javac.exe 可能来自不同目录。常见于同时装了 JRE 和 JDK，或者用 SDKMAN/ASDF 等工具管理版本但未同步到 Windows PATH。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 分别查位置：
(Get-Command java).Path和(Get-Command javac).Path，看是不是同一个bin目录下 - 如果路径不同，说明 PATH 里有多个 JDK/JRE 的
bin，靠前的路径会被优先命中 - 用
$env:PATH -split ';'检查顺序，把目标 JDK 的bin路径挪到最前面（比如拼接时放左边） - 更稳妥的做法：彻底清理 PATH 中所有 Java 相关路径，只留一个干净的 JDK
bin
