在Docker模拟环境中通过RVM安装x86_64架构Ruby的问题

问题根源 #

Docker Buildx在Apple Silicon主机上构建amd64镜像时，虽然容器内uname -m显示x86_64，但RVM默认会从预编译二进制包仓库下载与**主机架构（arm64）**匹配的Ruby包，而非容器的目标架构（amd64），导致最终镜像中的Ruby是ARM版本。

解决方案 #

1. 强制RVM从源码编译（核心解决方法） #

使用--disable-binary参数跳过预编译二进制包，强制RVM基于容器内的环境从头编译Ruby，这样会自动适配目标平台（amd64）：

rvm install 2.7 --disable-binary

2. 强化编译环境变量（可选，避免编译歧义） #

如果编译时仍有架构识别问题，可以添加明确的编译参数，指定针对x86_64架构编译：

CC=gcc CFLAGS="-m64" LDFLAGS="-m64" rvm install 2.7 --disable-binary

3. 确保编译依赖完整 #

在Dockerfile中提前安装Ruby编译所需的系统依赖，避免编译报错：

RUN apt-get update && apt-get install -y --no-install-recommends \
    build-essential \
    libssl-dev \
    libreadline-dev \
    zlib1g-dev \
    && rm -rf /var/lib/apt/lists/*

验证安装结果 #

在构建脚本中加入验证步骤，确认Ruby架构正确：

file /home/foo/.rvm/rubies/ruby-2.7.8/bin/ruby

正确输出应为：

/home/foo/.rvm/rubies/ruby-2.7.8/bin/ruby: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, ...

为什么之前的尝试无效？ #

• ARCHFLAGS="$(uname -m)"：RVM的预编译包判断逻辑并非完全依赖容器内的uname输出，而是会读取主机架构信息，因此无法改变下载的包架构。
• rvm install 2.7 --arch x86_64：该参数需要正确配置交叉编译工具链，而QEMU模拟环境下默认工具链可能不支持直接指定跨架构编译，导致gcc报错。

内容的提问来源于stack exchange，提问作者koehn