环境变量污染源于配置过度，如多加点、空格或路径；classpath应删除，java_home与path需严格一致；路径禁用空格和中文；ide与命令行环境须对齐。

环境变量污染不是配置没做对，而是配置“太用力”了——多加了一个点、多留了一个空格、多配了一条路径，就可能让整个构建或运行流程崩掉。核心问题不在Java本身，而在操作系统和工具链对路径、分隔符、变量值的脆弱解析逻辑。

CLASSPATH 是最常被误伤的变量

系统级 CLASSPATH 环境变量一旦被设置，就会全局生效，覆盖 Maven、Gradle 或 IDE 自己生成的类路径。哪怕只写了个 .（当前目录），也可能导致类加载器优先从空目录找类，跳过项目依赖。

• 执行 echo %CLASSPATH%（Windows）或 echo $CLASSPATH（Linux/macOS），检查是否非空
• 如果输出里有 .、; 开头或结尾、含中文路径、含多余空格，基本就是污染源
• 建议直接删除 CLASSPATH 变量——现代构建工具不需要它，留着反而碍事

JAVA_HOME 和 PATH 的路径必须严格匹配

JAVA_HOME 指向 JDK 根目录（如 C:\Program Files\Java\jdk-17），PATH 中添加的必须是 %JAVA_HOME%\bin。两者不一致，比如 JAVA_HOME 指向 jdk-17，PATH 却硬写了 jdk-11\bin，就会造成命令行用的是旧 JDK，而 IDE 用的是新 JDK。

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

• 检查 java -version 和 javac -version 输出是否完全一致
• 确认 %JAVA_HOME% 展开后路径真实存在，且该路径下有 bin\java.exe
• 避免在 PATH 中重复添加多个 JDK 的 bin 目录，尤其不要把旧版本路径放在前面

路径中含空格或中文是隐形炸弹

很多 Java 工具（尤其是老版本 Maven、Ant、某些插件）在解析命令行参数时，仍按空格切分。路径如 C:\Users\张三\AppData\... 或 C:\Program Files\... 会被截断，导致找不到 java.exe 或 classpath 错乱。

• JDK 安装路径尽量选纯英文、无空格目录，例如 D:\jdk17
• 项目工作目录也避开中文和空格，IDE 新建项目时手动指定路径
• 若已存在中文路径，可尝试用短路径名（如 C:\Users\ZhangSan\...）替代，但不推荐作为长期方案

IDE 和命令行不一致？先看它用了谁的环境

IDE（如 IDEA）通常会忽略系统 PATH，改用自己的 JDK 配置；而命令行完全依赖系统环境变量。所以“IDE 能跑，cmd 报错”几乎一定是环境变量没对齐。

• 在命令行中执行 where java（Windows）或 which java（Linux/macOS），确认调用的是哪个 java
• 对比 IDEA 的 Project Structure → Project → SDK 和 Settings → Build → Gradle → JVM 是否指向同一 JDK
• 重启终端或命令提示符——环境变量修改后，已打开的窗口不会自动刷新

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南