Box64项目：在ARM64设备上运行danser的依赖问题解析

背景介绍

Box64是一款强大的x86_64模拟器，能够在ARM64架构的设备上运行64位Linux应用程序。本文主要探讨在使用Box64运行danser（一个osu!游戏模拟器）时遇到的共享库依赖问题及其解决方案。

问题现象

当尝试在Termux环境下通过Box64运行danser时，系统报告了大量共享对象文件(.so)缺失的错误。这些错误主要集中在图形和界面相关的库文件上，包括：

1. OpenGL相关库：libGL.so.1、libGLX.so.0
2. X11相关库：libX11.so.6、libXi.so.6
3. GTK相关库：libgtk-3.so.0、libgdk-3.so.0
4. 图形渲染库：libcairo.so.2、libpango-1.0.so.0
5. 字体处理库：libharfbuzz.so.0、libfontconfig.so.1

技术分析

Box64的工作原理

Box64通过动态二进制翻译技术，将x86_64指令转换为ARM64指令。对于系统调用和库函数，Box64采用以下策略：

1. 原生库优先：首先尝试加载ARM64版本的系统库
2. 模拟库备用：当原生库不可用时，使用模拟的x86_64版本库
3. 混合模式：部分库使用原生版本，部分使用模拟版本

依赖关系链

danser作为一个图形密集型应用，依赖复杂的库关系链。例如：

• GTK3 → GLib → Pango → Harfbuzz → FreeType
• OpenGL → GLX → X11 → xcb

这种深层依赖关系导致任何一个环节缺失都会导致程序无法启动。

解决方案

1. 安装ARM64原生库

在基于Debian/Ubuntu的系统中，可以通过以下命令安装所需库：

sudo apt install libgl1 libgtk-3-0 libcairo2 libpango-1.0-0 libharfbuzz0b libfontconfig1

2. 环境配置建议

对于Termux用户，建议：

1. 使用proot创建完整的Linux环境
2. 在proot环境中安装完整的桌面环境依赖
3. 确保图形栈完整（X11或Wayland）

3. 编译选项

对于开发者，可以考虑：

1. 静态链接关键依赖
2. 使用更轻量级的GUI库替代GTK
3. 针对ARM64平台进行原生编译

性能考量

在ARM设备上通过Box64运行图形应用时，需要注意：

1. OpenGL性能可能受限
2. 复杂UI的渲染开销较大
3. 建议关闭不必要的视觉效果
4. 考虑使用VirGL等加速方案

结论

在ARM设备上通过Box64运行x86_64图形应用是完全可行的，但需要确保所有依赖库的ARM64版本正确安装。对于danser这类复杂应用，建议在完整的Linux环境（如proot）中配置，而非直接在Termux中运行。未来随着Box64的优化和ARM设备性能的提升，这类应用的运行体验将会越来越好。

对于开发者而言，考虑多架构支持或提供ARM64原生版本将是更好的长期解决方案。