我们使用进程的调度(/proc/$PID/sched)来提取进程的PID。容器内进程的PID与主机上的PID不同(非容器系统)。

例如，容器上的/proc/1/sched的输出 将返回:

root@33044d65037c:~# cat /proc/1/sched | head -n 1
bash (5276, #threads: 1)

在非容器主机上:

$ cat /proc/1/sched  | head -n 1
init (1, #threads: 1)

这有助于区分您是否在容器中。

这是一个老问题，但确实是个好问题。：）

我写了一些自动化脚本，我们在baremetal, VM和docker容器上运行，基于脚本执行的平台进行逻辑分支。在我的情况下，我有创建容器和docker镜像的特权，所以这个解决方案只在你控制整个堆栈时才会起作用:

Dockerfile片段:

FROM ubuntu:18.04

ENV PLATFORM="docker"

RUN apt update; \
...

然后，脚本可以在每个平台上检查$PLATFORM的值，以获得所需的结果:

#!/bin/bash

# Check for executor specification in environment
case $PLATFORM in
  docker)
    # If running in Docker, do this stuff
    echo "Running containerized, proceeding..."
    ;;
  virtual)
    # If running in a VM, do different stuff
    echo "Running on a VM, loading VM stuff..."
    modprobe some-kernel-module
    ;;
  *)
    echo "Unknown executor specified! Exiting..."
    exit 1
    ;;
esac

为了保持简洁，我在上面的代码中省略了裸金属。

最简单的方法是检查环境。如果你有container=lxc变量，你就在一个容器中。

否则，如果您是根用户，您可以尝试执行mknod或mount操作，如果失败，则很可能处于已删除功能的容器中。

我已经将JJC的答案翻译成ruby

def in_docker
  File.open('/proc/1/cgroup', 'rt') do |f|
    contents = f.read
    return contents =~ /docker/i || contents =~ /kubepod/i
  end
rescue StandardError => e
  p 'Local development'
  p e
  false
end

Docker每天都在发展，所以我们不能肯定他们将来是否会保留.dockerenv .dockerinit。

在大多数Linux版本中，init是第一个启动的进程。但在容器的情况下，这不是真的。

#!/bin/bash
if ps -p1|grep -q init;then  
  echo "non-docker" 
else 
  echo "docker" 
fi

有点跑题了，你可以用两种方法检查你是否在容器中:

Cat /proc/1/environ|tr "\0" "\n"|grep容器:如果你在容器中，你会看到容器变量。 Ps -ef | grep '\[':当你在容器中时，你将只看到grep进程，这意味着你看不到内核进程(例如[kthread])。注意:正常的macOS也不显示内核进程。

参考:这个Linux测试页面