env命令直接列出已导出的环境变量，未执行export的变量（如MYVAR=123）不会显示；需用export MYVAR或declare -p验证导出状态，且在非交互环境中env输出最真实反映进程实际继承的变量。
env 命令本身就能直接列出当前 shell 中所有已导出的环境变量——不需要额外参数，也不用组合其他命令。它输出的是子进程实际能继承的那一部分变量，不是“全部变量”，这点必须先确认清楚。
为什么 env 看不到你刚设的变量？
常见现象：执行了 MYVAR=123，再跑 env | grep MYVAR 却没结果。这不是命令坏了，而是变量根本没导出。
-
MYVAR=123只创建了一个 shell 局部变量，env不显示它 - 必须加
export MYVAR或写成export MYVAR=123，它才会出现在env输出里 - 验证是否导出：用
declare -p MYVAR，如果输出含declare -x，说明已导出；只有declare --就是未导出 - 脚本里尤其容易踩坑：如果脚本开头是
#!/bin/sh（比如 dash），export VAR=value语法可能不被支持，得换成VAR=value; export VAR
env 和 printenv 到底选哪个？
两者输出内容几乎一致，但行为细节不同，影响实际使用体验：
Linux Security Scanner
下载
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
-
env更适合“临时改环境后运行命令”，比如env LANG=C ls—— 它本质是启动新进程，所以天然支持多变量注入：env FOO=a BAR=b python script.py -
printenv是纯查询工具，POSIX 标准，更轻量、更稳定；查单个变量最安全：printenv PATH，不会误触发命令执行 - 某些极简系统（如 Alpine 的 busybox）可能没装
env，但printenv几乎必有 -
env PATH在 GNU 版本里会报错或尝试执行PATH这个“命令”，而printenv PATH永远只输出值
怎么高效筛选和验证关键变量？
别靠肉眼扫几百行，用管道和精确匹配：
- 查
PATH是否包含某路径：env | grep '^PATH=' | grep '/usr/local/bin'（^防止匹配到PATH_EXTRA这类名字） - 查变量是否为空或含不可见字符：
printf '%q\n' "$PATH"比echo $PATH更可靠，能暴露空格、换行等隐藏问题 - 想确认某个变量是否真被导出且值正确，优先用
declare -p VARNAME，它同时告诉你类型、导出状态和原始值 - 在 CI/容器等非交互环境中调试时，
env输出比读/etc/environment或~/.profile更真实——那些文件只是初始配置，不一定生效
真正容易被忽略的点是：环境变量不是“定义了就存在”，而是“导出后才进入进程环境”。env 显示的是内核传给当前进程的那一份快照，它不反映你脚本里写了什么，只反映此刻实际生效的导出变量。调试时盯着 declare -p 和 env 对着看，比反复猜更省时间。
