env 只显示已导出的环境变量，不包含未导出的变量或函数；printenv 更安全地读取单个变量值；设置显示所有变量（含未导出的和函数），声明 -xp 可精确过滤导出变量。

用 env 查所有环境变量，但只显示导出过的

env 输出是当前 shell 中真正“导出”给子的进程变量，比如 PATH、HOME、SHELL。它不包含普通的 shell 变量或函数。

常见错误是认为 env 能自己刚定义但没有导出的变量：执行 MYVAR=hello 后，env | grep MYVAR 一定为空必须先导出 MYVAR，它才会出现在 env 列表里如果分手看某个一个，直接 env | grep ^PATH=（加 ^ 匹配到含 PATH 字样的其他变量）用 printenv 查单个变量最稳妥，不依赖避免$展开

printenv PATH 比 echo $PATH 更可靠——它不经过 shell 变量展开，因空格、通配符或未标记导致意外中断或报错。

适用场景：脚本中需要安全读取变量值，尤其当值可能含空格特殊或字符时调试时怀疑 $PATH 被错误解析（比如 echo $PATH 显示不全，但 printenv PATH 完整）检查变量是否真的被设置：printenv NONEXISTENT 返回空，无输出；而 echo $NONEXISTENT 也返回空，但无法区分是空值还是未定义 echo $VAR 快速验证，但要注意变量名读取和大小写

最常用也是最容易出错的方式。Linux 环境变量严格区分大小写，path 和 PATH 是两个不同的变量。 Docker Desktop（linux）

当前 Docker 最新稳定版本之一，主要针对稳定性和兼容性进行了修复优化，适合生产环境与日常开发使用。该版本继续强化 AI 开发支持、容器日志管理以及 Docker Engine 的安全能力，对 Windows/macOS/Linux 平台兼容性进行了进一步优化。

下载

典型问题：输成 echo $path（小写），结果为空——正确是 echo $PATH 中间多打空格：echo $ PATH 会报命令未找到，因为 shell 把它当命令 echo 后跟参数 $ 和 PATH 想查看标记是否存在但不关心值，可以 echo ${PATH:+set}，有值才输出集，否则空白用 set 看全部标记（不含未导出的），但输出太杂

set 会启动当前shell所有变量：环境变量、局部变量、函数定义，概览远超环境。它适合排查“为什么我定义的变量在子shell里不见了”这类问题。

关键区别：set | grep ^MYVAR= 能查到未导出的 MYVAR，而 env 查不到设置输出含函数定义，比如 ls () { command ls --color=auto "$@"; }，简单辅助扫描若过滤出纯环境变量，可结合声明-xp（-x表示导出，-p显示格式化输出）

真正容易被忽视的是：环境变量的“可见性”取决于是否导出，而不是是否定义。很多问题其实不是查不到，而是根本没有导出——别急着换命令，先确认导出是否执行成功。