說起 Wine，稍微資深一點的 Linux 用戶應該都聽過，但是真要說起 Wine 到底是怎么回事，可能大多數人不見得說得清。這篇文章會簡單地介紹 Wine 的工作原理，以及如何開始 Wine 的開發。所以如果您屬于以下三類讀者之一：

想參與 Wine 開發，但是不知如何開始的。

僅僅想大致了解 Wine 是如何工作的。

只是想能夠愉快的用上最新版本 Wine 的。

希望在看完本文后，能夠有一些收獲。

Part 1 Wine 是什么

Wine 是 "Wine Is Not an Emulator" 的遞歸縮寫，如同 "GNU" 一樣（GNU's Not Unix），字面意思就是 Wine 不是一個模擬器。這里的模擬器主要是指 Wine 并不是一個虛擬機，而是一個 Windows API 實現兼容層。這么說可能不太好理解，大家可以把 Windows 應用程序類比成 Android 應用程序，而 Wine 的角色就和 Android 很像了，將操作系統提供的各種功能封裝成 API，并讓應用程序在隔離的環境內運行。至于 API 長成啥樣，隔離的力度如何，這些都是實現相關的，和本質并不沖突。另一方面，Wine 其實又是一個模擬器，不過模擬的對象不是硬件 CPU，而是 Windows 的行為。

Part 2 Wine 原理介紹

本節內容相對來說稍顯基礎和單一啦，并且閱讀時最好對操作系統有一定程度的了解哦。如果只是想編譯、運行，對原理不敢興趣的同學，可以跳過，不影響后面的閱讀。

Wine 的目的是運行 Windows 上的可執行程序（PE，portable executable）。我們知道，可執行程序的本質其實就是按照某一規則排列的機器碼，而機器碼是指令集相關的。得益于常見的 PC 機一般是 x86/x64 的，因此 Windows 應用程序從指令集的角度看，是完全可以在 x86/x64 的 Linux 機器上直接運行，而不需要硬件層模擬的。

但是為了能夠直接加載運行 PE 文件，需要滿足一些 ABI 兼容。最基本的，Windows PE 程序會假定自己被加載到地址 0x400000 處，因此 Wine 實現自己的 loader 時，需要保證將 PE 鏡像加載到同樣的位置。對于靜態鏈接的程序，需要做的事情可能不是太多，但是對于動態鏈接的程序，Wine 需要模仿 Windows loader 的行為，加載依賴的庫，并進行相應的重定位工作。

為了最大程度上減少對二進制層面的依賴，Wine 決定實現至少 GDI32，KERNEL32，USER32 三個動態庫，因為其他庫都是建立在這三個庫的基礎之上的。所以理論上來說，除此之外的其他動態庫是可以直接使用 Windows 上面現有的庫，但由于各種原因，Wine 還是傾向于盡量實現所有的 API。我們把 Wine 自己實現的 API 庫稱作 builtin，把 Windows 上現成的庫稱作 native。當 Wine 在加載 builtin 動態庫的同時，還會在內存中建立 PE header，用來模仿 Windows 上的內存布局。更加詳細的實現，有機會可以寫一篇 Wine loader 相關的文章來介紹 Wine 本身、PE 程序和動態庫是如何被加載的。

除開 loader 的功能外，Wine 還需要解決進程間通信（IPC）的問題。Wine 的實現方式是將所有跨進程的對象和機制，比如 GDI 對象，比如信號量，全部實現在 Wine server 中。同時 Wine 允許系統運行多個 Wine server 的實例。這樣存在于同一個 Wine server 中的對象自然是可以相互通信，好像在同一個空間內；而不同 Wine server 下的對象，是相互隔離的，這種架構使得不同容器之間的程序相互沒有影響。Wine server 的具體實現是通過 unix socket，實現了一套 IPC 機制，完成和 API 層的交互。

有了以上這些基礎，Wine 實現起各種功能就可以按部就班了，只需理解 Windows 下 API 的行為和含義，然后再重新實現一遍就行了。聽起來雖然簡單，實際難度不小，特別是一些未公開的行為，必須對整體有相當的了解后才能下手。甚至一些差異，比如 UI 相關的內容，由于 Windows 窗口系統和 X 在設計哲學上的不同，實現上需要有所舍取。目前 Wine 支持的平臺不僅包括 Linux，還包括 BSD、Mac OS X 和 Android。

Part 3 環境

下面的開發環境都以 deepin 為例進行說明。

首先獲取代碼。Wine 官方代碼倉庫地址為

git://source.winehq.org/git/wine.git

如果你想方便打包給別人使用，又不太想折騰打包的一些細節，可以用各個發行版自己維護的 Wine。比如 Debian 維護的 Wine 倉庫地址為

https://salsa.debian.org/wine-team/wine.git

這里以官方的 Wine 為例：

git clone git://source.winehq.org/git/wine.git

然后安裝開發的依賴。為了簡單起見，我們只編譯 32 位的 Wine，因為 64 位的 Wine 只支持 64 位的 PE 程序，而目前 Windows 上仍有大量的程序只提供了 32 位的版本。

    sudo apt install
        gcc-multilib
        flex
        bison
        libx11-dev:i386
        libfreetype6-dev:i386
        libxcursor-dev:i386
        libxi-dev:i386
        libxshmfence-dev:i386
        libxxf86vm-dev:i386
        libxrandr-dev:i386
        libxfixes-dev:i386
        libxinerama-dev:i386
        libxcomposite-dev:i386
        libglu1-mesa-dev:i386
        libosmesa6-dev:i386
        ocl-icd-opencl-dev:i386
        libpcap-dev:i386
        libdbus-1-dev:i386
        libgnutls28-dev:i386
        libncurses-dev:i386
        libsane-dev:i386
        libv4l-dev:i386
        libgphoto2-dev:i386
        liblcms2-dev:i386
        libpulse-dev:i386
        libgstreamer-plugins-base1.0-dev:i386
        libudev-dev:i386
        libcapi20-dev:i386
        libcups2-dev:i386
        libfontconfig1-dev:i386
        libgsm1-dev:i386
        libkrb5-dev:i386
        libtiff-dev:i386
        libmpg123-dev:i386
        libopenal-dev:i386
        libldap2-dev:i386
        libxrandr-dev:i386
        libxml2-dev:i386
        libxslt1-dev:i386
        libjpeg62-turbo-dev:i386
        libusb-1.0-0-dev:i386
        gettext
        libsdl2-dev:i386
        libvulkan-dev:i386

./configure --with-gnutls --without-hal --without-oss

根據不同的 Wine 版本，此時可能會提示不同的 feature 支持情況。我們可以根據需求，對上面的依賴庫和傳入的參數進行調整，具體可以查看 configure.ac 的內容。

Wine 的源碼比較大，編譯有些耗時，可以根據 CPU 情況增加并行參數，比如 make -j8，進行編譯。

編譯完成后，運行：

./wine --version

sudo make install

Part 4 使用

運行：

./wine winecfg

WINEPREFIX=~/.demo_exe ./wine demo.exe

Part 5 開發

編譯過后的 Wine 源碼目錄結構如下：

    ├── aclocal.m4
    ├── ANNOUNCE
    ├── AUTHORS
    ├── config.log
    ├── config.status
    ├── configure
    ├── configure.ac
    ├── COPYING.LIB
    ├── dlls
    ├── documentation
    ├── fonts
    ├── include
    ├── libs
    ├── LICENSE
    ├── LICENSE.OLD
    ├── loader
    ├── MAINTAINERS
    ├── Makefile
    ├── Makefile.in
    ├── po
    ├── programs
    ├── README
    ├── server
    ├── tools
    ├── VERSION
    └── wine -> tools/winewrapper

目錄 dlls 按照模塊存放了所有 API 的實現。

目錄 loader 是和 Wine 啟動、加載相關的代碼。

目錄 programs 存放了外部程序的代碼，比如注冊表管理工具 regedit 。

目錄 server 顧名思義，是 Wine server 的實現。

接下來需要做的就和普通開發沒什么兩樣了。比如說我們發現某個應用存在字體相關的 BUG，可以首先根據經驗判斷在 Windows 上，該程序是如何實現的，然后查看對應的實現。例如 GDI 相關的字體實現，位于 dlls/gdi32/font.c 和 dlls/gdi32/freetype.c 。修改完代碼后，在所在模塊的目錄，比如上例就是 dlls/gdi32 下重新 make 就可以快速驗證了。

對于復雜的問題，不太好直接定位的，可以通過輸出日志的方式來調試，環境變量 WINEDEBUG 指定了需要輸出的日志。

有時我們可能需要把復雜的情況簡單化，這時候難免會寫一些小的 demo 程序來重現問題。如果不想到 Windows 上面編譯，可以使用 mingw 直接在 deepin 下編譯出 exe 文件。方法很簡單，首先安裝 mingw：

sudo apt install mingw-w64

hello.exe: hello.c
    i686-w64-mingw32-g++ -o hello.exe hello.c -DUNICODE -D_UNICODE -municode -lgdi32

上面的例子，定義了 UNICODE，所以使用的 UNICODE 版本的 API，入口函數為 wmain，-lgdi32 表示需要鏈接庫 gdi32 。生成出來的 hello.exe，可以同時在 Windows 和 deepin 下運行。

Part 6 其他

本文介紹的內容只涉及到 Wine 開發的基礎，Wine 本身還有很多東西值得去探索。比如 Wine 是如何使用 driver 機制讓接口和實現分離的，再比如 Wine 是如何使用純 C 實現 COM 機制的。雖然 Wine 的出現已經有一些年頭了，但是目前的開發仍然比較活躍，感興趣的同學可以加入進來，為 Linux 生態添磚加瓦，讓大家能用到更多的優質應用，也算是曲線救國了。

Part 7 更新

7.1 新的 WOW64

上面編譯的例子中，我們只編譯了 32 位的 Wine，忽略了編譯 64 位 Wine 的細節。從 Wine 8 開始，Wine 開始了一個稱為 PE Convertion 的開發過程，重新實現了 WOW64 的機制。此模式下只需要編譯出一份 Wine，既可以運行 32 位程序，也能運行 64 位程序。同時也不再依賴 32 位的運行時庫。雖然此模式還被認為處于實驗階段，但是從 deepin-wine8 開始，我們已經默認使用此方式。

編譯新的 WOW64 方式的 Wine，步驟如下：

Wine 官方的源碼地址已經更改，在https://gitlab.winehq.org/wine/wine.git下載源代碼。

依舊需要安裝編譯時依賴的開發庫，不同在于我們這次只需要安裝 amd64 的版本，在安裝開發庫時不再需要指定 ：i386 后綴。此外 mingw-w64 在此模式下成為必須項。

在 Wine 源碼目錄的同級目錄下新建 build-wine 目錄，并進入此目錄。

運行 ../wine/configure --prefix=/opt/wine-newwow64 --enable-archs=i386,x86_64。這一步如果有任何提示，比如缺少編譯期依賴，可以在安裝后再次運行。

make -j8，進行編譯。

sudo make install 安裝，Wine 會安裝在第 4 步通過 prefix 指定的位置，即 /opt/wine-newwow64 。當然也可以選擇不安裝，直接在編譯目錄下運行。

7.2 其他架構

在關于原理一節的描述中我們提到過，x86/x64 機器的 Linux 系統可以通過 Wine 運行 x86/x64 的 PE 程序。實際上如今通過 DBT（dynamic binary translation）技術，在 ARM 及其他架構上已經有了運行 Wine 的方案。感興趣的讀者可以查看Box64項目。

11月份，微信在 deepin 商店上架了Linux原生版本，功能與 Windows、MacOS 相差無幾。Wine 版本的微信終于可以"功成身退"了，我們也期待今后有更多軟件推出原生版本，讓 Wine 早點完成"歷史使命"。