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

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

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

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

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

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

在bash脚本中检查docker/lxc的一个简单方法是:

#!/bin/bash
if grep -sq 'docker\|lxc' /proc/1/cgroup; then
   echo "I am running on Docker."
fi

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

我写了一些自动化脚本，我们在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

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

我们使用进程的调度(/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)

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

我的回答只适用于Node.js进程，但可能与一些无意中遇到这个问题并寻找Node.js特定答案的访问者相关。

我也遇到了同样的问题，我在/proc/self/cgroup上创建了一个npm包，专门用于检测一个Node.js进程是否在Docker容器中运行。

容器化的npm模块将在Node.js中帮助你。它目前还没有在Io.js中测试，但也可以在那里工作。