Linux下bash环境变量持久化关键在于选对配置文件并确保正确加载：用户级推荐~/.bashrc（适用于新开终端），登录级用~/.bash_profile或~/.profile，系统级首选/etc/profile.d/下的.sh脚本；修改后需source或重新登录，注意export不可遗漏、避免覆盖与路径错误。

Linux 下 bash 环境变量要持久化，关键不是“写进去”，而是“在对的时机、对的位置写，并让 shell 正确加载”。多数人改完不生效，问题往往出在配置文件选错或没触发重载。

用户级持久化：推荐 ~/.bashrc

这是最常用也最稳妥的方式，适用于图形界面下每次新开终端、SSH 连接等交互式非登录 shell 场景。

• 用文本编辑器打开：~/.bashrc
• 在文件末尾添加一行，例如：export JAVA_HOME="/usr/lib/jvm/java-17-openjdk-amd64"
• 保存后执行：source ~/.bashrc（立即生效，无需重启终端）
• 验证是否成功：echo $JAVA_HOME

注意：.bashrc 默认不会被登录 shell（如 SSH 首次登录）自动加载，但大多数发行版的 ~/.bash_profile 里已包含 source ~/.bashrc，所以日常使用基本全覆盖。

登录时才需生效：用 ~/.bash_profile 或 ~/.profile

如果你设置的变量只在登录那一刻起作用（比如启动 GUI 应用、系统服务依赖的环境），且希望它对所有子 shell 都可用，优先考虑这个路径。

Java注释规范Skills

当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。

下载

• ~/.bash_profile 优先级高于 ~/.profile，bash 登录时只读其中一个（先找 .bash_profile，不存在再找 .profile）
• 在里面添加 export 行，例如：export PATH="$PATH:/opt/mytools/bin"
• 修改后需重新登录，或手动运行 source ~/.bash_profile
• 建议在 ~/.bash_profile 末尾加上 source ~/.bashrc，避免配置分散

系统级全局持久化：/etc/profile.d/ 是首选

想让所有用户（包括新创建的用户）都拥有某个环境变量，不要直接改 /etc/profile，而应使用 /etc/profile.d/ 目录下的独立脚本。

• 新建文件，例如：sudo nano /etc/profile.d/myenv.sh
• 写入内容（注意必须是 .sh 后缀，且有可执行权限）：
  export MY_GLOBAL_VAR="value"
  export PATH="$PATH:/usr/local/myapp/bin"
• 保存后赋予执行权限：sudo chmod +x /etc/profile.d/myenv.sh
• 新用户登录或现有用户新开终端即可生效

/etc/environment 也可用，但它不支持变量展开（比如不能写 $HOME/bin），只适合纯静态值。

生效检查与常见失效原因

改完不生效？先排查这几个点：

• 确认当前 shell 类型：shopt login_shell（输出 yes 是登录 shell，no 是非登录）
• 检查是否拼错变量名或漏了 export —— 仅 MY_VAR="x" 是局部变量，必须 export MY_VAR 才能导出
• 确认 source 的是正确文件，且路径无误（~ 指当前用户主目录）
• WSL 或某些桌面环境默认启非登录 shell，此时 ~/.bash_profile 不会自动运行
• 同一变量在多个文件中重复定义，后加载的会覆盖前面的