应优先采用用户级安装而非系统目录，即解压JDK到$HOME/jdk并配置JAVA_HOME与PATH；若需系统级安装，须排查SIP、挂载选项、update-alternatives及shell缓存等四层机制。
Java安装时提示“Permission denied”或无法写入/usr/lib/jvm
Linux/macOS 下用 sudo tar -xzf 解压 JDK 到系统目录却仍报权限错误，通常不是命令没加 sudo，而是目标路径本身被更严格的策略限制（如 macOS 的 SIP、某些 Linux 发行版的 root_squash NFS 挂载，或 /usr 被设为不可写）。直接硬闯系统目录风险高，也不符合 Java 官方推荐做法。
- 改用用户级安装：把
jdk-xx.x.x_xxx.tar.gz解压到$HOME/jdk或$HOME/.local/jdk，然后在~/.bashrc或~/.zshrc中设置export JAVA_HOME="$HOME/jdk/jdk-xx"和export PATH="$JAVA_HOME/bin:$PATH" - macOS 用户若坚持装到
/Library/Java/JavaVirtualMachines/，需确认已关闭 SIP（不推荐），或改用 Homebrew：brew install openjdk—— Homebrew 会自动处理权限和符号链接 - 检查目标父目录是否挂载为
noexec或nosuid：运行mount | grep "$(dirname /usr/lib/jvm)"，若含这些选项，说明该分区禁止写入可执行文件
java -version 显示旧版本，但 JAVA_HOME 已指向新 JDK
本质是 shell 缓存了 java 命令的路径（通过 hash），或 /usr/bin/java 是个由 update-alternatives 管理的符号链接，未同步更新。此时改 JAVA_HOME 不影响 PATH 中优先级更高的系统命令。
- 运行
hash -d java清除命令缓存，再试java -version - Debian/Ubuntu 系统上，用
sudo update-alternatives --config java手动切换默认项；RHEL/CentOS 用sudo alternatives --config java - 检查实际调用路径：
which java和ls -l $(which java)，确认它是否指向$JAVA_HOME/bin/java，否则需调整PATH顺序，确保$JAVA_HOME/bin在系统路径（如/usr/bin）之前
IDE（如 IntelliJ IDEA）识别不到新 JDK，提示“Invalid JDK path”
IDE 不读取 shell 的 JAVA_HOME 或 PATH，尤其在桌面环境通过图标启动时，它继承的是 display manager 的环境变量（往往为空）。强行修改系统级配置反而容易引发冲突。
- 在 IDEA 中：File → Project Structure → Platform Settings → SDKs → “+” → “Add JDK”，手动定位到你解压后的
jdk-xx/jdk-xx.x.x_xx目录（不要选bin子目录） - macOS 图标启动问题：编辑
/Applications/IntelliJ IDEA.app/Contents/Info.plist，在EnvironmentVariables JAVA_HOME，值设为绝对路径（如/Users/you/jdk/jdk-21.0.2） - Linux 桌面快捷方式：修改
.desktop文件的Exec=行，前面加上env JAVA_HOME=/path/to/jdk（注意末尾空格）
使用 sudo apt install 
default-jdk 后仍提示“command not found”
部分 Ubuntu/Debian 镜像（尤其是最小化安装或 Docker 镜像）默认不包含 openjdk-xx-jdk 的 java 命令软链接，只装了 JRE 或未触发 update-alternatives 注册。
- 先确认包是否真装上了：
dpkg -l | grep jdk，若输出为空，运行sudo apt update && sudo apt install openjdk-17-jdk（明确指定版本） - 手动注册：
sudo update-alternatives --install /usr/bin/java java /usr/lib/jvm/java-17-openjdk-amd64/bin/java 1（路径按ls /usr/lib/jvm实际输出调整） - 验证注册结果：
sudo update-alternatives --list java应返回至少一行路径；若无输出，说明注册失败，需检查路径是否存在且有执行权限
ls -l /usr/lib/jvm/java-17-openjdk-amd64/bin/java # 正常应显示：-rwxr-xr-x 1 root root ... /usr/lib/jvm/.../bin/java
真正卡住的往往不是“怎么装”，而是“谁在管这个命令”。系统级工具（update-alternatives）、shell 缓存（hash）、桌面环境变量隔离、IDE 自带 SDK 管理——四层机制各自生效，改一处不等于全通。逐层验证比反复重装更省时间。
