如何在Docker容器内部检测当前运行环境是否为QEMU模拟

方案1：直接检测inotify可用性（最贴合你的需求） #

你最终需要规避的是inotify不可用的场景，直接做功能测试准确率最高，不会受QEMU版本更新影响，步骤如下：

• 先安装依赖包

apt update && apt install -y inotify-tools

• 执行可用性测试脚本，脚本返回非0值就代表inotify不可用，直接切换兼容逻辑即可

#!/bin/bash
# 创建临时测试文件
test_file=$(mktemp)
# 尝试添加inotify监听
inotifywait -q -t 1 "$test_file" > /dev/null 2>&1
ret=$?
rm -f "$test_file"
exit $ret

方案2：跨架构特征比对（通用性强） #

QEMU用户态模拟的典型场景就是跨架构运行镜像，此时镜像内二进制的架构和内核返回的架构不一致，可以直接比对判断：

• 先安装file工具

apt update && apt install -y file

• 执行比对逻辑，加入了架构名称归一化处理，避免命名差异导致误判

# 归一化架构名称
normalize_arch() {
  case "$1" in
    x86-64|x86_64|amd64) echo "amd64" ;;
    aarch64|arm64) echo "arm64" ;;
    armv7*|armhf) echo "armhf" ;;
    *) echo "$1" ;;
  esac
}

kernel_arch=$(normalize_arch $(uname -m))
bin_arch=$(normalize_arch $(file -b /bin/ls | awk -F ',' '{print $2}' | awk '{print $1}'))

if [ "$kernel_arch" != "$bin_arch" ]; then
  echo "运行在QEMU模拟环境"
  # 此处插入你的兼容逻辑
fi

如果你的镜像本身就是和宿主机架构匹配的同架构镜像，该方法不会误判，仅跨架构模拟时会命中

方案3：检测binfmt_misc注册项 #

QEMU用户态模拟依赖binfmt_misc注册的架构解释器，绝大多数容器环境默认可以读取该目录：

if ls /proc/sys/fs/binfmt_misc/ | grep -q "qemu-"; then
  echo "运行在QEMU模拟环境"
  # 此处插入你的兼容逻辑
fi

部分权限收的极严的容器环境可能没有挂载/proc/sys/fs/binfmt_misc，该方法会失效，优先使用前两个方案

内容的提问来源于stack exchange，提问作者Rahim Packir Saibo