应先执行echo $SHELL查看默认shell路径，再用ps -p $$确认当前会话实际运行的shell类型；Ubuntu 22.04+新用户默认为zsh，其配置文件为~/.zshrc，bash用户才适用~/.bashrc。
直接改 ~/.bashrc 最稳妥，但必须确认用户实际使用的 shell 和登录方式，否则变量不加载。
怎么判断用户用的是 bash 还是 zsh？
很多用户以为自己用的是 bash，其实 Ubuntu 22.04+ 默认新用户已切到 zsh，而 ~/.bashrc 对 zsh 完全无效。不查清楚就瞎改配置文件，变量永远不生效。
- 执行
echo $SHELL看默认 shell 路径（常见：/bin/bash或/bin/zsh） - 执行
ps -p $$看当前终端进程名，更准确反映实际运行的 shell - zsh 用户应编辑
~/.zshrc，bash 用户优先用~/.bashrc（不是~/.bash_profile）
为什么改了 ~/.bashrc 还是不生效？
因为非登录式 shell（比如 GNOME 终端点开的新窗口）只读 ~/.bashrc，而登录式 shell（如 SSH 登录、su -）默认走 ~/.bash_profile → 它往往没主动 source ~/.bashrc，导致你加的 export 被跳过。
- 检查
~/.bash_profile是否存在且是否包含source ~/.bashrc - 如果不存在或没这行，直接在
~/.bash_profile末尾加上：source ~/.bashrc - 或者更简单：把变量定义统一挪到
~/.bashrc，再确保~/.bash_profile有 source 行
PATH 追加写法不对会导致命令找不到
常见错误是写成 export PATH=/new/path，这会覆盖整个原始 PATH，系统命令如 ls、cp 全挂掉。
- 正确追加（放在开头）：
export PATH=/new/path:$PATH - 正确追加（放在末尾）：
export PATH=$PATH:/new/path - 验证是否破坏原有路径：
echo $PATH | tr ':' '\n' | head -5看前几项是不是熟悉的/usr/bin、/bin等
敏感变量别硬编码进配置文件
比如数据库密码、API key，写死在 ~/.bashrc 里等于明文暴露在用户家目录下，任何能登录该账号的人都能 cat 出来。
- 改用
~/.profile+gpg解密脚本（较重，适合高安全场景） - 或用
keyring工具（如libsecret）配合程序动态读取 - 最简方案：变量值留空，登录后手动
export DB_PASS=xxx，仅限临时调试
真正容易被忽略的点是：shell 类型、登录/非登录模式、PATH 覆盖风险这三者叠加时，问题表现极隐蔽——变量看似设置了，echo 也显示正常，但子进程（比如你写的 Python 脚本调用 subprocess.run('mycmd')）就是找不到命令。这时候得用 printenv 在目标进程里实测，而不是只信父 shell 的输出。
