iPhone 用户羡慕安卓游戏的日子可能要结束了。独立开发者 Leviidev 近期公布了开源项目 Husk 2.0,通过自研翻译层,让部分 Android 应用的 64 位原生代码能够直接在 iPhone 的处理器上运行,而且无需越狱。
一、它到底做了什么
安卓应用的本质是一堆编译好的 ARM64 机器码(.so 库)加一个 Java/Kotlin 层。传统思路是用模拟器整体虚拟一套安卓环境,性能损耗巨大。
Husk 的思路完全不同:它不去模拟安卓系统,而是把 Android 的 native 代码直接跑在 iOS 上,中间加一层翻译层来桥接两套系统差异:
- ELF → Mach-O 装载:安卓的 .so 是 ELF 格式,苹果用的是 Mach-O,翻译层负责重定位和符号解析;
- 系统调用转译:把 Linux 的 syscall 映射到 Darwin 对应实现;
- 图形接口桥接:把 OpenGL ES / Vulkan 调用转到 Metal;
- JNI 环境模拟:给 native 代码提供一个最小可用的 Java 虚拟机外壳。
二、兼容范围与限制
官方说法是兼容超过 150 款应用,主要集中在游戏和工具类。但需要明确几点:
- 不是所有应用都能跑:依赖 Google 服务框架、需要 SafetyNet / Play Integrity 校验的应用基本无解;
- 性能取决于应用实现:纯 native 渲染的游戏表现较好,重 Java 层的应用会明显卡顿;
- 需要自签或侧载:项目本身开源,但要装到设备上仍需遵守苹果的签名规则。
三、为什么这类项目值得关注
它证明了一件事:两套移动系统之间的壁垒,主要是软件层的,不是硬件层的。A 系列芯片和骁龙芯片同为 ARM64,指令集层面本来就通用。
类似思路此前也有人做过——比如 Asahi Linux 把 Linux 移植到苹果 M 系列芯片,也是靠逆向硬件抽象层实现的。Husk 走的是一条更轻的路线:不接管整机,只翻译应用。
四、普通人现在能做什么
- 先看文档:在 GitHub 上搜 Husk 2.0,看兼容列表和已知问题,别急着安装;
- 准备备用机:这类项目早期稳定性有限,别拿主力机折腾;
- 关注签名有效期:自签名通常 7 天过期,需要重新签。
长期看,如果这类翻译层成熟,跨平台应用的开发成本会进一步下降——开发者可能只需要维护一套 native 代码,就能覆盖两端。
© 版权声明
文章版权归作者所有,未经允许请勿转载。
THE END






![囧次元[樱花动漫]去广告纯净版 - 浩宇工作室](https://umwx.oss-cn-shenzhen.aliyuncs.com/wp-content/uploads/2023/01/7ef194ec378b-300x225.jpg)

![[电脑软件]抖音采集/下载工具TikTokDownloader 5.3 - 浩宇工作室](https://umwx.oss-cn-shenzhen.aliyuncs.com/wp-content/uploads/2024/05/20240510151922787-234818cqqjoo83p5s2us3e-300x151.png)






![囧次元[樱花动漫]去广告纯净版 - 浩宇工作室](https://umwx.oss-cn-shenzhen.aliyuncs.com/wp-content/uploads/2023/01/7ef194ec378b-1024x768.jpg)

![[电脑软件]抖音采集/下载工具TikTokDownloader 5.3 - 浩宇工作室](https://umwx.oss-cn-shenzhen.aliyuncs.com/wp-content/uploads/2024/05/20240510151922787-234818cqqjoo83p5s2us3e-1024x516.png)







暂无评论内容