REECHO大鱼总舵第一次接触 WinBoat，是朋友让我帮他跑一个只有 Windows 版的老旧记账软件。那台机器装的是干净的全新 Ubuntu，既不想为了这一个软件去安装虚拟机，更不愿意折腾双系统。我花了一晚上把 WinBoat 装起来，把那个 .exe 跑通，顺手还解决了中文输入法调用的问题。后来我又在好几台 Ubuntu 上重装过它，干脆把步骤固定成了一套流程。这篇文章就是这套流程的完整记录，覆盖环境准备、三种安装方式、首轮配置，以及我踩过的坑和排查思路，希望能帮正在 Ubuntu 上折腾 WinBoat 的朋友少走弯路。
先给不熟悉的朋友交代一下背景。WinBoat 是一类面向 Linux 的 Windows 应用兼容运行器，你可以把它理解成“在 Ubuntu 里给 Windows 程序搭的一个小船”：程序还是那个 Windows 程序，底层通过翻译层把 Windows API 调用转换成 Linux 能理解的原生系统调用，从而不需要完整安装 Windows 就能直接运行 .exe 文件。它在轻量级办公工具、老旧业务软件、绿色免安装小工具这类场景下特别好用，相比虚拟机方案，省去了整个 Windows 系统镜像的开销，启动速度也快得多。适合想在 Ubuntu 上运行少量 Windows 程序、又不想为此付出虚拟机性能代价的用户。
1. 先搞清楚 WinBoat 是什么：兼容层原理与适用场景
1.1 在 Ubuntu 上运行 Windows 程序的四条路线
如果在 Ubuntu 上想跑 Windows 程序，其实不止一条路。我自己的经历是，选错路线会浪费大量时间。把常见方案放在一起对比一下，你就能理解为什么 WinBoat 有它独特的生态位：
| 方案 | 原理 | 优点 | 缺点 | 典型场景 |
|---|---|---|---|---|
| 双系统 | 物理机安装两套系统 | 性能最强、兼容性最好 | 切换需要重启、占用磁盘大 | 重度 Windows 用户 |
| 虚拟机 | QEMU、VirtualBox 等 | 隔离彻底、几乎兼容所有程序 | 资源开销大、启动慢、共享文件麻烦 | 需要完整 Windows 环境 |
| Wine 系兼容层 | 翻译 Windows API 为 Linux 调用 | 轻量、启动快、无需 Windows 授权 | 部分程序兼容性差、依赖配置复杂 | 日常办公、绿色软件 |
| WinBoat 这类封装工具 | 在兼容层之上做容器化封装 | 开箱即用、配置集中、隔离干净 | 小众、上游兼容层更新影响稳定性 | 固定几个 Windows 小工具 |
WinBoat 本质上走的是第三条路的“增强版”：它把底层的翻译逻辑封装成了一套更易用的工具链，同时隔离了每个 Windows 程序的环境，避免多个程序之间的依赖冲突。
1.2 核心原理：API 翻译、容器隔离与架构转发
WinBoat 能跑起来，依赖三个核心机制。第一个是 API 翻译层，它拦截 Windows 程序发出的 API 调用，比如创建窗口、读写文件、网络通信，然后把这些调用翻译成 Linux 上的等价操作。第二个是容器隔离机制，每个 Windows 应用会被放进独立的“小船”环境里，有自己的虚拟磁盘目录、注册表视图和配置目录，一般默认位于 ~/.local/share/winboat/ 下。这样哪怕应用 A 和依赖的 DLL 版本与应用 B 冲突，也不会互相拖累。第三个是架构转发，这一点在 ARM 设备上特别明显。如果你的 Ubuntu 跑在 ARM 架构上，比如树莓派或者部分开发板，而 Windows 应用是 x86 的，就需要额外处理二进制翻译。实际测试中，这部分对老旧的 x86 32 位程序兼容性更好，64 位程序的性能和兼容则取决于上游实现。
1.3 哪些场景适合用 WinBoat
根据我的实际使用体验，WinBoat 最适合下面这几类场景：一是老旧的 Windows 业务软件，很多公司内部系统还停留在桌面客户端形态，而且只有 Windows 版本；二是绿色免安装工具，下载解压就能跑的那种；三是不想开整个虚拟机，只偶尔用一两次的小程序。
但也有明显不适合的场景：大型游戏、依赖底层驱动的硬件工具、需要操作 Windows 服务的程序。这些要么性能扛不住，要么因为驱动层面差异直接跑不起来。我的建议是，先拿你要跑的程序去试，如果试了三次还不行，果断切虚拟机，不要死