确认是否在Docker容器内需交叉验证三维度：1. 检查/proc/1/cgroup中是否存在/docker/路径；2. 验证/.dockerenv文件是否存在；3. 分析PID 1进程特征及父进程链，如ppid>0或pstree含containerd-shim。
要确认当前 Linux 系统是否运行在 Docker 容器内部，不能只依赖单一命令——有些容器被精简后会隐藏 /.dockerenv，有些宿主机 cgroup 路径里也可能偶然出现 docker 字样。必须交叉验证三个独立维度：cgroup 路径结构、初始化进程特征、环境隔离痕迹。
检查 /proc/1/cgroup 文件内容
这是最可靠的第一步，因为所有 Docker 容器的 PID 1 进程必然受 cgroup 约束，且路径中固定包含 /docker/ 或 /kubepods/（K8s 场景除外，本文聚焦纯 Docker）。
执行：cat /proc/1/cgroup
如果输出中任意一行以 【1:name=systemd:/docker/】 或 【0::/docker/】 开头（注意末尾斜杠），即可基本确认为 Docker 容器。若看到的是 :/init.scope 或 :/user.slice，则大概率是宿主机。
注意：不要只 grep docker，某些 LXC 容器或 systemd-nspawn 环境也可能含该字符串，需结合路径层级判断——Docker 的路径必含 /docker/ 且位于末段。
验证 /.dockerenv 文件是否存在
方法一：直接测试文件存在性
运行：ls -l /.dockerenv
若返回 “No such file or directory”，跳过此方法；若显示文件权限和大小（通常是 0 字节），说明极大概率是 Docker 容器。
Docker Hub (hub.docker.com)。此技能适用于所有 Docker Hub 操作，包括读取、创建、更新和删除数据。只要任务涉及 Docker Hub，就使用此技能。
方法二：用 test 命令静默判断
执行：if [ -f /.dockerenv ]; then echo "in docker"; else echo "not in docker"; fi
这一步操作起来很简单，直接把命令粘贴执行就行。但要注意：部分镜像（如 distroless、scratch 构建的）会删掉该文件，此时结果为 false 并不否定容器身份。
分析进程树与 PID 1 的启动方式
第一步：查看 PID 1 进程的完整命令行
运行：ps -p 1 -o comm=
第二步：观察输出结果
若输出为 systemd、runit 或 supervisord，继续第三步；若输出为 bash、sh 或 sleep，几乎可断定是容器（宿主机 PID 1 不可能是 shell）。
第三步：追溯父进程链
运行：ps -eo pid,ppid,comm | head -20
重点看 PID 1 的 PPID（父进程 ID）：若 PPID = 0，是正常 init 进程；若 PPID > 0（比如 3245），说明它被另一个进程 fork 出来——这在 Docker 容器中极为典型，因为 containerd-shim 会派生出容器内 PID 1。
第四步：比对 pstree 结构
运行：pstree -p | head -10
若第一行类似 systemd(1)───containerd(1234)───containerd-shim(5678)───bash(9012)，则当前终端所在进程就是容器内 bash，确认无疑。
