source ~/.zshrc 能立刻让 JAVA_HOME 生效，因为它在当前 shell 中逐行重新执行配置文件，直接覆盖环境变量；而 sh 或 bash 执行会启子进程，变量不回传，exec zsh 也不自动重载配置。
source ~/.zshrc 为什么能立刻让 JAVA_HOME 生效
因为 source 不是“启动新 shell”，而是把文件内容**逐行在当前 shell 进程里重新执行一遍**。你写在 ~/.zshrc 里的 export JAVA_HOME=... 和 export PATH=...，本来只在 shell 启动时运行一次；source 相当于手动触发第二次执行，变量值直接覆盖进当前环境。
常见错误现象：
- 改完
~/.zshrc没source，echo $JAVA_HOME还是空 - 误用
sh ~/.zshrc或bash ~/.zshrc：会起子进程，变量只在子进程里有效，父 shell 完全没变 - 用了
exec zsh：相当于重启 shell，但没读取新配置（除非它自动 reload，而默认不保证）
为什么不能只靠 /etc/profile 或 ~/.bash_profile
macOS 10.15（Catalina）起默认 shell 是 zsh，它**不读 ~/.bash_profile**，除非你显式 source 它。系统级的 /etc/profile 虽然会被读，但普通用户无权修改，且一旦升级可能被覆盖。
所以真实路径链是：
立即学习“Java免费学习笔记（深入）”；
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- zsh 启动 → 自动加载
~/.zshrc - 如果你在
~/.zshrc里写了source ~/.bash_profile，它才顺带加载后者 - 但更干净的做法是：把 Java 配置统一写进
~/.zshrc，避免依赖关系断裂
用 /usr/libexec/java_home 动态获取 JDK 路径才是关键
硬编码 JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-17.0.2.jdk/Contents/Home 看似简单，但一升级 JDK 就失效。Mac 自带的 /usr/libexec/java_home 命令能自动选最新可用 JDK（或按版本筛选），配合命令替换才是健壮写法：
export JAVA_HOME=$(/usr/libexec/java_home -v 17) export PATH=$JAVA_HOME/bin:$PATH
注意点：
-
/usr/libexec/java_home -V（大写 V）列出所有已安装 JDK，确认目标版本存在 - 不加
-v参数时，默认返回最新版；加了则严格匹配，匹配不到就报错，不会静默失败 - 如果输出为空，说明没装 JDK，或装的是 JRE（必须装 JDK）
验证是否真生效，别只信 echo $JAVA_HOME
echo $JAVA_HOME 显示路径 ≠ java 命令能用。PATH 没配对、权限问题、或 bin 下文件被删都会导致“有变量但命令找不到”。
分步验证更可靠：
-
which java—— 看实际调用的是哪个二进制文件 -
ls -l $(which java)—— 检查是否指向$JAVA_HOME/bin/java的软链 -
java -version和javac -version—— 两个命令都成功才算完整可用 -
type -a java—— 如果输出多行，说明 PATH 里有多个 java，可能不是你想要的那个
最常被忽略的是：JDK 安装后需重启终端或 source，但很多人改完 ~/.zshrc 忘了 source，又去反复检查路径——其实就差这一步。
