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

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

参考:这个Linux测试页面

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

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

最可靠的方法是检查/proc/1/cgroup.它会告诉你init进程的控制组，当你不在容器中时，它会是/ for所有层次结构。当您在容器内时，您将看到锚点的名称。对于LXC/Docker容器，它将分别类似于/ LXC/ <containerid>或/Docker /<containerid>。

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

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

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

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

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

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

截至2022年，在lxd v4.0+中，到目前为止，没有一个答案可以同时适用于docker和lxc。

dockerenv文件不适用于非docker容器。 检查/proc/1/cgroup中的所有层次结构都是/有点可能工作。然而，非容器上的一些层次结构是/init。scope (Ubuntu 20.04 cgroup 0和1).所以也不完全可靠。 在/proc/1/environ中检查container=lxc适用于lxc，但不适用于docker。此外，它还需要根权限。

到目前为止，我发现唯一一种在CentOS和Ubuntu上使用lxc(4.0)容器和Docker可靠工作的方法，而且不需要root权限，就是检查PID 2。

在所有主机系统中，PID 2是kthread:

$ ps -p 2
  PID TTY          TIME CMD
    2 ?        00:00:00 kthreadd

在容器中，这个PID要么不存在，要么不是kthread。docker和lxc都显示:

root@85396f8bce58:/# ps -p 2
    PID TTY          TIME CMD
root@85396f8bce58:/# 

最好的方法似乎是检查/proc/2/status:

$ head -n1 /proc/2/status
Name:   kthreadd

所以像这样的东西似乎是有效的:

if [ -n "$(grep 'kthreadd' /proc/2/status 2>/dev/null)" ]; then
    echo "Not in container"
else
    echo "In container";
fi