用 env 命令可立刻查看当前 shell 所有已 export 的环境变量，它只输出子进程可继承的变量，不包含函数、别名或局部变量，比 set 和 printenv 更干净可靠。
怎么立刻看到当前 shell 里所有 export 的变量
直接运行 env，它只输出被 export 过的环境变量（即子进程能继承的那些），不带函数、别名或局部 shell 变量。比 set 干净得多，也比 printenv 更常用——后者默认只打一个变量，全量要加空参数：printenv。
常见错误是误用 set：它会混入大量内部 shell 状态（比如 BASH_VERSION、函数定义、数组声明），干扰判断；还有人写 echo $PATH 这类单变量检查，漏掉其他关键项（如 LD_LIBRARY_PATH、PYTHONPATH）。
-
env输出按字母序排列，方便肉眼扫查 - 如果只想看含某关键词的变量，接管道：
env | grep -i path - 注意：不同 shell（bash/zsh/fish）对
env行为一致，但set输出格式差异大，别依赖它查环境变量
为什么 source ~/.bashrc 后 env 没变
因为 source 只在当前 shell 执行脚本，不会自动 export 新变量——你得在脚本里显式写 export VAR=value，否则变量只是 shell 局部的，env 看不见。
典型场景：编辑了 ~/.bashrc 加了 MY_TOOL_HOME=/opt/mytool，然后 source ~/.bashrc，再跑 env | grep MY_TOOL 却为空。
- 检查
~/.bashrc里是否漏了export，只写了赋值不行 - 确认没写成
export MY_TOOL_HOME = /opt/mytool（等号前后有空格 → 语法错误，整行失效） - zsh 用户要注意：
~/.zshrc不会被 bash 自动读取，切换 shell 后得重新 source 对应文件
如何让新终端一启动就加载自定义环境变量
不能只靠 source 临时生效，得把 export 写进 shell 的初始化文件，并确保该文件被正确加载。
不同 shell 加载路径不同，容易踩坑：
- bash：优先读
~/.bash_profile，若不存在才读~/.bashrc；但很多桌面环境（GNOME/KDE）启动终端时只读~/.bashrc - zsh：读
~/.zshenv→~/.zprofile→~/.zshrc，交互式登录 shell 走前两者，非登录 shell（如终端新标签）只走~/.zshrc - 通用做法：把 export 放到
~/.bashrc或~/.zshrc末尾，并确保该文件有执行权限（通常不需要，但有人误删执行位导致 source 失败）
env 和 printenv 输出不一致？哪个更可信
env 更可信——它是独立命令，绕过 shell 内置逻辑；printenv 是 bash 内置命令（zsh 里是外部命令），某些旧版本 bash 会缓存变量状态，导致刚 export 的变量 printenv VAR 能显示，但 printenv（无参）却漏掉。
性能上差别极小，但兼容性要注意：
- Alpine Linux 默认用 busybox，
env功能完整，printenv可能不支持无参调用 - Docker 容器里若 base 镜像精简，
printenv可能根本不存在，而env几乎必有 - 调试时建议统一用
env | grep ^VAR_NAME=，避免因命令差异引入误判
真正麻烦的是变量值里含换行或非打印字符——env 会原样输出，可能破坏终端显示，这时候得加 env | LC_ALL=C tr '\000-\011\013-\037' '.' 过滤，但日常排查基本用不到这步。
