应将%JAVA_HOME%\bin移至PATH最前端以确保Java命令正常运行；需重启所有CMD/PowerShell/IDE窗口生效；多Oracle客户端共存时应精简PATH，改用ORACLE_HOME和TNS_ADMIN环境变量指定客户端。
PATH里Oracle路径排太前，Java就跑不起来
oracle客户端安装时会往path里塞自己的bin目录，比如e:\oracle\ora92\bin或c:\program files\oracle\jre\1.3.1\bin。这些路径如果排在%java_home%\bin前面，系统就会优先加载oracle自带的旧版java.exe，导致jdk命令（如java -version）报错或版本错乱——eclipse、maven、甚至javac都可能直接失效。
手动调整PATH顺序：只改一处，立竿见影
不用删路径，只要把%JAVA_HOME%\bin挪到最前面就行。Windows环境变量编辑器里，Path是按从上到下顺序查找的，越靠前优先级越高。
- 打开“系统属性 → 高级 → 环境变量”，在“系统变量”中找到
Path - 选中后点“编辑”，把
%JAVA_HOME%\bin这一项剪切出来，粘贴到列表最顶端 - 确认保存，**必须重启所有已打开的CMD/PowerShell/IDE窗口**，否则旧进程仍用缓存的PATH
多个Oracle客户端共存时，PATH不能只靠顺序解决
如果你同时装了Oracle服务端（dbhome_1）、Instant Client（instantclient_21_9）和PL/SQL Developer所需的32位客户端，光调PATH顺序会顾此失彼——SQL*Plus要连服务端，PL/SQL却只认32位客户端，而Java应用又怕被任意一个Oracle的bin劫持。
- 根本解法是：**只保留在
PATH里的必要路径**，比如只留%JAVA_HOME%\bin和系统路径，其他Oracle路径全部移出PATH - 用
ORACLE_HOME和TNS_ADMIN环境变量单独指定客户端行为，而不是依赖PATH自动发现 - 需要临时切换时，用
set ORACLE_HOME=...+set TNS_ADMIN=...在当前CMD会话里覆盖，不影响全局
验证是否真生效：别信“看起来对”，要看实际加载的是哪个
改完PATH后，很多人只检查echo %PATH%，但真正关键的是系统到底加载了哪个java.exe或sqlplus.exe。
- 运行
where java，看第一行输出是不是你期望的%JAVA_HOME%\bin\java.exe - 运行
where sqlplus，确认它来自Instant Client或服务端的bin，而不是某个被遗忘的旧路径 - 如果
where返回多个结果，说明PATH仍有冗余；如果返回“INFO: Could not find files”，说明该命令已彻底从PATH中消失，得补上正确路径
PATH顺序冲突不是玄学，是确定性路径解析逻辑。最容易被忽略的，是改完变量后没关掉正在运行的IDE或终端——它们启动时读取的PATH不会自动刷新。
