Java 卸载不干净的典型表现
执行 java -version 仍显示旧版本，或 /Library/Java/JavaVirtualMachines/ 下残留空目录；运行 IDE（如 IntelliJ）时提示找不到 JVM，但终端却能识别——这基本是卸载残留导致的路径/注册表级混乱。
- macOS 不像 Windows 有“控制面板卸载程序”，Java 安装器（尤其是 Oracle JDK）只往系统路径写文件，不注册卸载项
-
/Library/Internet Plug-Ins/JavaAppletPlugin.plugin常被忽略，它会干扰浏览器 Java 插件检测（哪怕你根本不用） - Homebrew 安装的 OpenJDK（如
openjdk@17）和手动拖入的 .jdk 包共存时，java_home -V输出的顺序可能掩盖真实生效路径
手动清理 Java 安装目录与配置残留
macOS 的 Java 主要分布在三个位置，必须逐个确认并删除：
-
/Library/Java/JavaVirtualMachines/：所有 .jdk 目录都在这里，删掉不需要的整个文件夹（如jdk-11.0.2.jdk），别只删子目录 -
/Library/Internet Plug-Ins/JavaAppletPlugin.plugin：直接sudo rm -rf /Library/Internet\ Plug-Ins/JavaAppletPlugin.plugin -
~/Library/Application Support/Oracle/Java/：用户级缓存，含更新日志、配置快照，可安全清空
注意：/System/Library/Frameworks/JavaVM.framework 是系统自带（仅 macOS 10.14 及更早），不可删；现代 macOS 已移除该框架，强行操作会破坏系统完整性。
验证 JAVA\_HOME 和 shell 配置是否污染
即使删光了 JDK，echo $JAVA_HOME 仍可能输出旧路径，或 which java 指向 /usr/bin/java（这是系统 stub，实际转发到已删除的 JDK）。
立即学习“Java免费学习笔记（深入）”；
- 检查 shell 配置文件：
~/.zshrc、~/.zprofile、~/.bash_profile中是否有硬编码的JAVA_HOME=或export PATH=.../jdk-8.jdk/Contents/Home/bin - 运行
/usr/libexec/java_home -V，只保留你真正需要的版本输出；若某版本仍列在其中但目录已不存在，说明java_home缓存未刷新——重启终端或运行sudo killall -u $(whoami) cfprefsd清除偏好缓存 - 临时绕过配置验证：启动新终端后执行
unset JAVA_HOME && export PATH="/usr/bin:$PATH"，再试java -version。若报错 “No Java runtime present”，说明清理到位
降级到旧版 JDK 的实操要点
不是“装旧版覆盖新版”就行。macOS 对多版本共存敏感，尤其涉及 java 命令默认指向问题。
- 优先用 Homebrew 管理：比如装 JDK 8，用
brew install openjdk@8，然后brew link --force openjdk@8（注意--force会覆盖/opt/homebrew/opt/openjdk@8/bin到/opt/homebrew/bin） - 若需全局切换，默认
java命令指向 JDK 11，但项目要求 JDK 8：不要改JAVA_HOME全局变量，而是在项目根目录加.java-version文件（内容为8），配合jabba或asdf工具自动切换 - IntelliJ 等 IDE 的 SDK 配置独立于系统环境变量，必须手动在
Preferences → Project → Project SDK中重新指定路径，不能依赖java_home自动发现
最易被忽略的是：Apple Silicon（M1/M2）上，x86_64 架构的 JDK（如旧版 Oracle JDK 8）无法原生运行，强行使用会导致 Bad CPU type in executable 错误——务必确认下载的是 aarch64 版本。
