env是查看当前shell已导出环境变量最干净可靠的方式，只输出exported变量，不混杂内部变量或函数，支持grep过滤、declare -p验证导出状态，并可临时注入变量执行单条命令。
直接看全部环境变量用 env
想一眼看到当前 shell 里所有生效的环境变量，env 是最干净、最可靠的方式。它只输出真正被导出（exported）的变量，不混杂 shell 内部变量或函数，适合排查配置是否生效。
常见错误是误用 set：它会把所有 shell 变量、函数、别名全打出来，动辄上千行，根本没法快速定位 PATH 或 HOME 这类关键项。
-
env输出按字母排序，方便肉眼查找 - 如果只想看某一个，比如
LANG，直接env | grep LANG，但注意大小写敏感 - 在脚本里用
env检查运行时环境比读/etc/environment更准——后者只是系统级初始配置，不一定被当前 shell 加载
想看某个变量具体值，别只信 echo $VAR
echo $PATH 看起来简单，但容易漏掉两个关键信息：变量是否真被导出、值里有没有不可见字符（比如多余的空格或换行）。尤其调试 CI 脚本或容器启动失败时，这种“看着对其实错”的情况特别多。
- 用
declare -p PATH能同时看到变量类型（declare -x表示已导出）、值、是否为空字符串 - 如果
echo $PATH显示为空，但declare -p PATH显示declare -- PATH=""，说明它被显式设为空，不是没定义 - 避免用
printenv PATH替代echo $PATH——两者行为一致，但printenv在某些极简系统（如 Alpine 的 busybox）里可能不存在
env 命令本身也能临时改环境变量，但仅限当前命令
env 不只是查看工具，它还能在不污染当前 shell 的前提下，给单条命令注入变量。这比先 export VAR=xxx 再执行命令更安全，尤其在自动化脚本里。
- 语法是
env VAR=value command，比如env DEBUG=1 curl -I https://example.com - 多个变量就空格隔开：
env FOO=bar BAZ=qux python script.py - 注意等号两边不能有空格，
env FOO = bar会被解释成三个参数，直接报错bash: env: FOO: No such file or directory - 这种写法不会影响后续命令，不用手动
unset，适合测试不同配置下的程序行为
env 和 /proc/pid/environ 的区别：别把进程快照当实时环境
有时候你会看到别人用 cat /proc/1234/environ | tr '\0' '\n' 查某个进程的环境变量。这确实能看，但有两个硬伤：
- 它显示的是进程启动那一刻的快照，之后该进程自己调用
putenv()修改的变量，这里看不到 - 二进制零字节分隔，直接
cat会乱码，必须用tr或xxd处理，否则可能漏掉关键变量（比如含空格的LD_LIBRARY_PATH） - 普通用户只能读自己启动的进程的
/proc/pid/environ，root 才能看其他用户进程——而env总是返回当前 shell 的真实状态，权限无门槛
除非你在 debug 子进程继承问题（比如 fork 后 execve 是否丢变量），否则优先用 env，别绕远路。
