iOS 上跑 Windows 程序：Wine + FEX-Emu + DXMT 兼容层方案解析

1. 从“Madeira”这个名字说起：它到底是什么

第一次看到“Madeira”这个词，很多人第一反应是葡萄牙那个产葡萄酒的海岛，或者是一块叫马德拉的蛋糕。但如果你混迹于移动端模拟器、跨平台兼容层或者 iOS 开发圈，这个名字指向的东西就完全不一样了——它是一套围绕Wine、FEX-Emu、DXMT构建的兼容层方案，目标是在 iOS 设备上跑起 x86-64 的 Windows 程序，尤其是 Windows 游戏。

我最早接触这类方案是在折腾 Linux 上跑 Windows 软件的时候，那时候 Wine 还是那个“配置两小时、打开五秒钟”的状态。后来看到有人在 iOS 上把 Wine 跑起来了，第一反应是“这不可能吧”，第二反应是“这得踩多少坑”。Madeira 就是在这个背景下进入视野的——它不是单纯的 Wine 移植，而是把 Wine、FEX-Emu（x86-64 到 ARM64 的指令翻译层）、DXMT（DirectX 到 Metal 的翻译层）这几块拼在一起，形成一个能在 iOS 上运行 Windows 程序的完整链路。

这套东西解决的核心问题是：iOS 设备性能足够强，但生态封闭，没法直接跑 Windows 程序。你想在 iPad 上玩老 Windows 游戏，或者跑某个只有 Windows 版的工具，正常路径是走不通的。Madeira 的思路是，用 Wine 提供 Windows API 兼容，用 FEX-Emu 把 x86-64 指令翻译成 ARM64 指令，用 DXMT 把 DirectX 调用翻译成 Metal 调用，三层叠加，最终让 Windows 程序以为自己在 Windows 上跑。

适合谁来研究这个？三类人：一是喜欢在移动设备上折腾老游戏的玩家，二是对跨平台兼容层技术感兴趣的开发者，三是需要在不方便带电脑的场景下临时跑 Windows 工具的人。但我要提前说清楚，这东西不是给普通用户准备的，它需要你对 iOS 开发、命令行操作、兼容层原理有一定了解，否则光是签名和部署就能卡住你。

2. 整体架构拆解：Wine、FEX-Emu、DXMT 各自在干什么

2.1 Wine 的角色：Windows API 的“翻译官”

Wine 的核心工作是把 Windows 的系统调用翻译成宿主系统的调用。比如 Windows 程序调用CreateFile，Wine 会把它翻译成 iOS 上的文件操作；程序调用MessageBox，Wine 会把它翻译成 iOS 上的弹窗。它不模拟 Windows 内核，而是提供一套兼容的 API 实现。

在 Madeira 这个场景里，Wine 跑在 ARM64 的 iOS 上，但它面对的程序是 x86-64 的。这就引出一个关键问题：Wine 本身是编译成 ARM64 的，但 Windows 程序是 x86-64 的，指令集对不上。这时候就需要 FEX-Emu 出场。

注意：Wine 在 iOS 上的运行还涉及到 Gecko 和 Mono 的安装。Gecko 负责 HTML 渲染，Mono 负责 .NET 程序。如果你跑的程序里有内嵌网页或者用 .NET 写的，这两个组件必须装，否则程序会直接报错退出。网上搜“wine gecko官方正版下载”的人，多半就是卡在这一步。

2.2 FEX-Emu：x86-64 到 ARM64 的“实时翻译”

FEX-Emu 是一个用户态的 x86-64 模拟器，它把 x86-64 指令动态翻译成 ARM64 指令。和传统的全系统模拟器不同，FEX-Emu 只模拟用户态指令，系统调用还是走宿主系统的。这样做的好处是性能损耗小，因为不需要模拟整个硬件环境。

在 Madeira 里，FEX-Emu 的工作流程大致是这样的：Windows 程序的可执行文件是 x86-64 的，FEX-Emu 加载它，逐条翻译指令，遇到系统调用就转给 Wine 处理，Wine 再转给 iOS。这个链路听起来很长，但实际跑起来，对于老游戏或者轻量级工具，性能是可以接受的。

FEX-Emu 的配置有几个关键点：一是RootFS的配置，它决定了 x86-64 程序看到的文件系统结构；二是Thunking机制，它负责在 x86-64 和 ARM64 之间传递调用。这两个配置不对，程序要么起不来，要么起来就崩。

2.3 DXMT：DirectX 到 Metal 的“图形桥梁”

DXMT 是 DirectX Metal Translation 的缩写，它把 DirectX 9/10/11 的调用翻译成 Metal 调用。iOS 原生图形 API 是 Metal，没有 DirectX，所以这一步是必须的。

DXMT 的实现方式是把 DirectX 的接口层重新实现一遍，底层调用 Metal。比如ID3D11Device::CreateBuffer会被翻译成 Metal 的newBufferWithLength。这个翻译过程涉及到资源管理、状态跟踪、着色器转换等一系列复杂操作。

在实际使用中，DXMT 的兼容性决定了你能跑什么游戏。DirectX 9 的游戏兼容性最好，DirectX 11 的游戏有一部分能跑，DirectX 12 的基本别想。如果你主要想玩老游戏，DXMT 的表现还是可以的；如果想玩近几年的 3A 大作，趁早放弃这个念头。

2.4 三层叠加后的性能账

把 Wine、FEX-Emu、DXMT 叠在一起，性能损耗是必然的。我实测下来，一个在 Windows 上跑 60 帧的老游戏，在 Madeira 里可能只有 20 到 30 帧。这个损耗主要来自两个方面：一是指令翻译的开销，二是图形翻译的开销。

优化性能的几个方向：一是关掉不必要的后台进程，给 Madeira 留足内存；二是降低游戏分辨率和画质设置，减轻 DXMT 的负担；三是调整 FEX-Emu 的翻译缓存策略，让热点代码翻译一次后缓存起来。这些优化手段后面会详细说。

3. 部署实操：从零把 Madeira 跑起来

3.1 环境准备：你需要什么设备和工具

先说设备要求。Madeira 对设备性能有硬性要求，太老的设备跑不动。根据我的经验，A12 芯片及以上的设备比较稳妥，内存至少 4GB，存储空间至少留 20GB。iPhone 和 iPad 都可以，但 iPad 的散热更好，长时间跑游戏不容易降频。

软件方面，你需要一台电脑用来签名和部署，Windows 或 macOS 都行。macOS 上可以用 Xcode，Windows 上可以用 AltStore 或者 Sideloadly。还需要一个 Apple ID，免费账号就行，但免费账号签名有效期只有 7 天，过期要重新签。如果想省事，可以搞个开发者账号，签名有效期一年。

工具清单：

• Madeira 的 IPA 包：从官方渠道获取，不要用来路不明的版本
• 签名工具：AltStore、Sideloadly 或 Xcode
• 文件管理工具：iOS 上的 Files 应用或者 Filza
• 终端工具：iOS 上的 NewTerm 或者 SSH 客户端

提示：网上搜“免费证书ios”的人很多，但免费证书的坑也不少。免费账号签名有设备数量限制，而且证书容易被吊销。如果只是自己用，免费账号够用；如果要长期稳定使用，建议上开发者账号。

3.2 签名与安装：把 Madeira 装进 iOS

签名这一步是很多人的第一道坎。iOS 的安全机制要求所有应用必须签名才能运行，Madeira 也不例外。

用 AltStore 签名的流程大致是这样：先在电脑上装 AltServer，然后用数据线连接 iOS 设备，通过 AltServer 把 Madeira 的 IPA 装进去。AltStore 会自动用你的 Apple ID 签名，签名完成后应用就出现在主屏幕上。

用 Sideloadly 的流程类似，但 Sideloadly 支持无线签名，不需要数据线。不过无线签名的稳定性不如有线，有时候会失败，重试几次就行。

用 Xcode 的话，流程稍微复杂一点。你需要创建一个新项目，把 Madeira 的 IPA 解压，把里面的可执行文件替换进去，然后配置签名证书和描述文件，最后打包安装。这个方式适合有 iOS 开发经验的人。

签名过程中常见的问题：

• 证书报错：通常是 Apple ID 的问题，检查账号是否正常，或者换个账号试试
• 设备数量超限：免费账号最多签 3 台设备，超了要等 7 天或者升级账号
• IPA 包损坏：重新下载，确保下载完整

3.3 首次启动配置：Wine 前缀和依赖安装

Madeira 装好后，第一次启动需要初始化 Wine 前缀。Wine 前缀是一个目录，里面模拟了 Windows 的 C 盘结构，包括windows、Program Files、users等目录。

初始化过程是自动的，但需要下载一些依赖组件，主要是 Gecko 和 Mono。这两个组件比较大，下载时间取决于网络状况。如果下载失败，可以手动下载对应的.msi文件，放到指定目录里。

注意：网上搜“wine gecko官方正版下载”的人，多半是遇到了 Gecko 下载失败的问题。Gecko 的官方下载地址在 Wine 的官网可以找到，下载后放到~/Documents/Madeira/prefix/drive_c/windows/system32/目录下，然后重新启动 Madeira，它会自动安装。

初始化完成后，你会看到一个类似 Windows 桌面的界面，里面有C:盘、Program Files等目录。这时候就可以把 Windows 程序的可执行文件复制进去，然后运行了。

3.4 运行第一个程序：从记事本到游戏

建议先用一个简单的程序测试，比如 Windows 自带的记事本。把notepad.exe复制到 Wine 前缀的C:盘里，然后在 Madeira 里双击运行。如果记事本能正常打开，说明 Wine 和 FEX-Emu 的基本链路是通的。

记事本跑通后，可以试试更复杂的程序，比如老版本的《植物大战僵尸》或者《魔兽争霸3》。这些游戏对 DirectX 的要求不高，DXMT 的兼容性也比较好。

运行游戏时，有几个参数需要调整：

• 分辨率：在游戏的配置文件里把分辨率设成和 iOS 设备匹配的值，避免画面拉伸
• 窗口模式：有些游戏全屏模式会出问题，改成窗口模式更稳定
• 帧率限制：如果游戏跑得太快或者太慢，可以在 DXMT 的配置里限制帧率

4. 常见问题与排查技巧实录

4.1 Wine 乱码问题：字体和编码的坑

“wine 乱码”是搜索量很高的一个问题，表现是程序界面上的中文显示成方块或者问号。这个问题的根源是 Wine 默认没有安装中文字体，或者编码设置不对。

解决方法分两步：一是安装中文字体，把 Windows 的字体文件（比如simsun.ttc、msyh.ttf）复制到 Wine 前缀的C:\windows\Fonts\目录下；二是设置编码，在 Wine 的配置文件里把LANG设成zh_CN.UTF-8。

如果字体装了还是乱码，检查一下程序的编码设置。有些老程序用的是 GBK 编码，而 Wine 默认用 UTF-8，这时候需要在程序的快捷方式里加LANG=zh_CN.GBK参数。

提示：Wine 的字体配置有时候需要重启才能生效，改完配置后记得完全退出 Madeira 再重新打开。

4.2 程序启动失败：依赖缺失和权限问题

程序双击没反应，或者闪退，是最常见的问题。排查思路是这样的：

先看日志。Madeira 的日志文件在~/Documents/Madeira/logs/目录下，里面有详细的运行记录。如果日志里出现Failed to load或者not found之类的字样，说明缺少依赖。

常见的依赖缺失包括：

• Visual C++ 运行库：很多程序需要msvcp140.dll、vcruntime140.dll等文件，需要手动安装
• .NET Framework：如果程序是用 .NET 写的，需要安装 Mono 或者 .NET 运行库
• DirectX 运行库：有些程序需要d3dx9_43.dll等文件，需要单独安装

权限问题也会导致启动失败。iOS 的文件权限比较严格，如果程序需要访问某个目录但没有权限，就会崩。解决方法是在 Madeira 的设置里给程序授予相应的权限，或者把程序放到有权限的目录里。

4.3 图形问题：黑屏、花屏、闪退

图形问题是 DXMT 相关的，表现有黑屏、花屏、贴图错误、闪退等。这类问题的排查比较麻烦，因为涉及到 DirectX 到 Metal 的翻译过程。

黑屏通常是因为 DXMT 不支持程序使用的某个 DirectX 特性。可以试试在 DXMT 的配置里切换渲染后端，比如从 Metal 切换到 OpenGL（如果支持的话），或者调整着色器编译选项。

花屏和贴图错误通常是着色器翻译的问题。DXMT 会把 DirectX 的着色器翻译成 Metal 的着色器，这个翻译过程不是 100% 准确的，有些复杂的着色器会翻译错误。遇到这种情况，只能等 DXMT 更新，或者换个游戏玩。

闪退可能是内存不足导致的。iOS 对单个应用的内存使用有限制，如果游戏占用内存太大，系统会直接杀掉进程。解决方法是降低游戏画质，减少内存占用。

4.4 性能问题：卡顿、掉帧、发热

性能问题是这类方案的固有缺陷，只能优化，不能根治。我整理了一个优化清单，按效果排序：

发热是另一个问题。iOS 设备散热能力有限，长时间跑游戏会发热，发热后 CPU 降频，帧率就掉。解决办法是用散热背夹，或者把设备放在通风的地方，别放在床上或者沙发上。

4.5 常见问题速查表

5. 进阶玩法与扩展思路

5.1 用 iOS 原生插件增强 Madeira 的体验

如果你有 iOS 开发基础，可以写一些原生插件来增强 Madeira 的体验。比如写一个通知横幅插件，在游戏运行时显示帧率和内存占用；或者写一个自动化脚本，一键启动游戏并应用优化配置。

“notification banner 仿 ios 通知横幅”这个搜索词，说明有人想在 Madeira 里实现类似 iOS 原生通知的效果。这个用 Swift 或者 Objective-C 写一个简单的插件就能做到，通过 Madeira 的插件接口注入进去。

“uniapp使用ios原生插件”也是一个思路，如果你用 uniapp 开发了一个控制面板，可以通过原生插件和 Madeira 通信，实现更复杂的控制逻辑。

5.2 自动化：用脚本简化重复操作

Madeira 的很多操作是重复的，比如每次启动游戏前要关闭后台应用、设置性能模式、调整分辨率。这些可以用 iOS 的快捷指令（Shortcuts）自动化。

具体做法是：创建一个快捷指令，包含以下动作：

1. 关闭指定的后台应用
2. 打开 Madeira
3. 等待 Madeira 启动
4. 运行指定的游戏

如果 Madeira 支持 URL Scheme，还可以用快捷指令直接启动游戏。这个需要查一下 Madeira 的文档，看它支持哪些 URL Scheme。

5.3 兼容性列表：哪些游戏能跑，哪些不能

根据我的测试和社区反馈，Madeira 的兼容性大致是这样的：

能跑且体验不错的：

• 《植物大战僵尸》
• 《魔兽争霸3》
• 《红色警戒2》
• 《三国志11》
• 《星露谷物语》

能跑但有小问题的：

• 《上古卷轴5：天际》（帧率较低，偶尔闪退）
• 《辐射：新维加斯》（贴图偶尔错误）
• 《文明5》（后期回合等待时间长）

基本跑不动的：

• 《赛博朋克2077》
• 《艾尔登法环》
• 《荒野大镖客2》

这个列表会随着 DXMT 和 FEX-Emu 的更新而变化，建议关注社区的兼容性报告。

5.4 从 Madeira 延伸出去：其他跨平台方案

Madeira 不是唯一的跨平台方案。在 Linux 上，有 Proton、Lutris 等成熟的方案；在 macOS 上，有 CrossOver、Whisky 等。这些方案的原理和 Madeira 类似，都是 Wine 加翻译层，但针对的平台不同。

如果你对这类技术感兴趣，可以从 Wine 的源码开始看，理解它的 API 翻译机制；然后看 FEX-Emu 的源码，理解指令翻译的原理；最后看 DXMT 的源码，理解图形翻译的实现。这三个项目都是开源的，代码质量也不错，适合学习。

6. 我踩过的坑和给你的建议

折腾 Madeira 这段时间，踩的坑不少，挑几个有代表性的说说。

第一个坑是签名。我一开始用免费账号签名，7 天过期后忘了重新签，结果游戏存档全丢了。后来学乖了，定期备份 Wine 前缀目录，签名过期前提前续签。如果你打算长期用，建议直接上开发者账号，省心很多。

第二个坑是字体。我跑一个中文游戏，界面全是方块，折腾了半天以为是编码问题，后来发现是字体没装。Wine 默认只带很少的字体，中文字体要自己装。把 Windows 的字体目录整个复制过去，基本能解决大部分乱码问题。

第三个坑是内存。我一开始用 iPhone 跑，4GB 内存，跑稍微大点的游戏就闪退。后来换到 iPad 上，8GB 内存，情况好很多。如果你主要想玩游戏，建议用内存大一点的设备。

第四个坑是散热。夏天的时候，iPad 跑游戏半小时就烫得不行，帧率从 30 掉到 15。后来买了个散热背夹，情况改善很多。如果你打算长时间玩，散热背夹是必备的。

最后一个建议：别指望 Madeira 能替代 Windows 电脑。它的定位是“在移动设备上临时跑一下 Windows 程序”，不是“把 iPad 变成 Windows 游戏机”。心态放平，能跑起来就是赚到，跑不起来也别较劲。