Redroid（Remote-Android）是一个开源项目，它让你能在 Linux 服务器上用 Docker 容器原生运行完整的 Android 系统，支持 GPU 加速、多架构（arm64/amd64）和多种 Android 版本（8.1 到 16）¹⁾。项目自 2020 年开源以来，在 GitHub 上获得超过 6,500 颗星²⁾，成为云手机、自动化测试和云游戏领域最受欢迎的 Android 容器化方案之一。

相比传统的 Android 模拟器，Redroid 直接使用 Linux 内核的 binder 和 ashmem 模块在容器中运行 Android，无需虚拟化开销，性能和密度远超传统方案³⁾⁴⁾。

Redroid 的核心思路是让 Android 系统直接运行在 Linux 宿主机内核之上，通过 Docker 容器提供隔离环境⁵⁾。

传统 Android 模拟器（如 Android Studio AVD）需要完整模拟硬件层（QEMU），性能损耗大。而 Redroid 直接共享宿主机内核，仅仅通过命名空间和 cgroups 实现隔离，因此能够以接近原生性能运行多个 Android 实例。

启动 Redroid 需要在宿主机加载两个内核模块：

1. binder_linux：Android 的进程间通信机制，需加载 devices=“binder,hwbinder,vndbinder”
2. ashmem_linux：Android 的匿名共享内存机制

这两个模块是 Android 运行的核心依赖，其他系统组件（如 Zygote、System Server）都在容器内原生运行。

Redroid 支持从 Android 8.1 到最新的 Android 16 的完整版本矩阵⁶⁾：。

1. Android 16（redroid/redroid:16.0.0-latest）
2. Android 15（redroid/redroid:15.0.0-latest）
3. Android 14（redroid/redroid:14.0.0-latest）
4. Android 13（redroid/redroid:13.0.0-latest）
5. Android 12（redroid/redroid:12.0.0-latest）
6. Android 11（redroid/redroid:11.0.0-latest）
7. Android 10（redroid/redroid:10.0.0-latest）
8. Android 9（redroid/redroid:9.0.0-latest）
9. Android 8.1（redroid/redroid:8.1.0-latest）

每个版本同时提供 64-bit only 版本（如 `12.0.0_64only-latest`），适合不需要 32 位兼容层的场景以减小镜像体积。

Redroid 支持三种 GPU 模式⁷⁾：。

1. guest（默认）：软件渲染，不需要 GPU 硬件
2. host：硬件 GPU 加速渲染，需宿主机有 GPU 驱动
3. auto：自动检测并选择

通过 `androidboot.redroid_gpu_mode=host` 配置，Redroid 可直接利用宿主机的 GPU 进行硬件加速渲染，使得 3D 游戏和高帧率应用得以流畅运行。结合 `androidboot.redroid_fps=60` 等参数可自定义显示刷新率。

Redroid 可在任何主流 Linux 发行版上运行，只要能加载 binder 和 ashmem 内核模块。官方提供了以下系统的部署文档⁸⁾：。

1. Ubuntu / Debian
2. CentOS / Fedora
3. Arch Linux
4. Gentoo
5. Amazon Linux / Alibaba Cloud Linux
6. Deepin / openEuler / openKylin
7. WSL2（Windows 子系统）
8. LXC 容器

启动一个 Redroid 实例仅需三条命令⁹⁾：。

# 加载内核模块
modprobe binder_linux devices="binder,hwbinder,vndbinder"
modprobe ashmem_linux
 
# 启动 Android 12 容器
docker run -itd --rm --privileged \
    --pull always \
    -v ~/data:/data \
    -p 5555:5555 \
    redroid/redroid:12.0.0_64only-latest
 
# ADB 连接
adb connect localhost:5555

启动后使用 scrcpy 即可查看和控制 Android 屏幕¹⁰⁾：。

scrcpy -s localhost:5555

Redroid 支持丰富的内核启动参数来定制 Android 实例¹¹⁾：。

Redroid 支持在 x86 宿主机上运行 ARM 应用，通过 libndk_translation、libhoudini 或 QEMU translator 实现指令翻译¹²⁾。官方镜像已预集成 libndk_translation，可直接在 x86 机器上安装和运行 ARM-only 的 App。

Redroid 最常见的用途是搭建云手机平台。通过 Docker 编排，一台高性能服务器可以同时运行数十甚至上百个 Android 实例，每个实例独立运行、互不干扰¹³⁾。

典型的云手机场景包括：

1. App 多开与挂机：游戏挂机、社交账号批量管理¹⁴⁾。
2. App 远程使用：通过 WebRTC 或 scrcpy 远程操控
3. 企业移动办公：统一管理的虚拟手机环境
4. 直播推流：在服务器端运行手游并进行直播推流¹⁵⁾。

Redroid 可替代传统的 Android 模拟器用于 CI/CD 流水线中的自动化测试。相比 AVD 模拟器，Redroid 容器的启动速度更快、资源消耗更低、易于并行扩展。结合 Kubernetes 可以实现大规模的设备集群管理，按需创建和销毁测试环境¹⁶⁾。

GPU 加速支持使 Redroid 成为云游戏场景的理想选择。通过在服务器端运行 GPU 加速的 Android 实例，用户可以通过串流协议在低配终端上畅玩高性能手机游戏¹⁷⁾。

Redroid 容器化运行方式天然适合安全研究和网络分析场景。基于 Redroid 搭建抓包环境比物理机更灵活，可以随时创建快照、回滚配置、批量部署¹⁸⁾。

Redroid 的独特优势¹⁹⁾：

1. Docker 原生集成，生态配套完善（编排、监控、日志）
2. x86 和 arm64 双架构支持
3. 成熟的 GPU 加速方案
4. 版本覆盖广（8.1 到 16）
5. 社区活跃，7,000+ stars，持续更新

1. 需要特权模式：Redroid 容器需 `–privileged` 运行，存在一定的安全隐患。官方明确警告不应将 ADB 端口暴露到公网²⁰⁾。
2. 内核依赖：需要加载 binder 和 ashmem 内核模块，不是所有云服务器都支持（部分虚拟化环境缺模块）
3. GPU 兼容性：GPU 加速依赖于宿主机 GPU 驱动和 /dev/dri 设备透传，NVIDIA 和 Intel 支持较好，AMD 支持有限
4. SELinux 兼容性：部分系统上的 SELinux 策略可能会阻止 binder 通信，需要调整
5. 非官方 GMS：Google 移动服务需要自行解决授权问题
6. Windows 支持有限：需通过 WSL2 运行

推荐硬件配置：

1. CPU：4 核以上（每实例分配 1-2 核）
2. 内存：16GB+（每实例约 1-2GB）
3. 存储：SSD（每实例约 2-8GB data 分区）
4. GPU（可选）：NVIDIA 显卡，用于硬件加速

部署流程概览：

• 安装 Docker
• 安装对应内核模块（`linux-modules-extra-$(uname -r)`）
• 加载 binder 和 ashmem
• 拉取 redroid 镜像
• 启动容器并配置参数
• 通过 ADB 连接 / scrcpy 查看

对于批量部署，建议使用 docker-compose 或 Kubernetes，结合 overlayfs 功能（`androidboot.use_redroid_overlayfs=1`）实现 data 分区共享以节省存储空间²¹⁾。

Redroid 是一个成熟的开源 Android 容器化方案，通过 Docker 在 Linux 上原生运行 Android 系统，兼顾了性能和密度。它在云手机服务、自动化测试、云游戏等场景中有着广泛的应用前景。相比传统的虚拟机模拟器，Redroid 在启动速度、资源利用率和并发能力上都有明显优势。

但 Redroid 也并非万能——内核模块依赖、特权模式安全风险、GPU 兼容性等问题需要根据具体场景评估。对于有条件在 Linux 服务器上运行 Docker 的团队和个人，Redroid 提供了一个强大且灵活的 Android 云端运行方案²²⁾²³⁾