Wine 11.12 已经发布。这次更新不只是常规修 bug：它把来自 FFmpeg 的 libswresample 和 libswscale 捆绑进来，Mono 引擎更新到 11.2.0，并在 MSXML 中重新实现了 XSLPattern 解析器。对经常在 Linux、macOS 或类 Unix 环境中跑 Windows 应用的开发者来说，这类底层组件变化往往会影响安装器、图形渲染、Office 旧版本以及游戏兼容性。
这次更新值得注意的几个点
Wine 11.12 的更新可以分成三类看：媒体处理、.NET 运行时、XML 兼容层。
libswresample 和 libswscale 来自 FFmpeg，分别与音频重采样、图像缩放和像素格式转换相关。Wine 将它们捆绑进来，意味着某些依赖媒体转换路径的 Windows 应用，在 Wine 环境下可能少一些系统库差异带来的麻烦。
Mono 引擎更新到 11.2.0，则主要影响依赖 .NET/Mono 兼容层的 Windows 程序。很多安装器、配置工具、旧版业务软件会间接碰到这部分。
MSXML 中重新实现 XSLPattern 解析器，听起来很“老派”，但它可能影响不少企业软件、安装器和旧版 Office 相关组件。许多 Windows 程序并不会显式告诉你它用了 MSXML，但安装阶段、配置文件转换、插件加载时都有可能用到。
修复覆盖：安装器、图形、Office 2007 和游戏
本次版本修复了 27 个已知错误，涉及 Corel 产品安装程序、图形问题、Microsoft Office 2007，以及其他游戏和应用程序。
这类 Wine 更新的实际价值，通常不在“某个单点功能变强了”，而在于你原来需要绕开的步骤可能可以删掉。例如：
- 安装器之前卡在 XML 解析或脚本阶段，现在可以重新测试；
- 某些应用窗口、控件或图形内容显示异常，可以用干净 prefix 复现；
- 老版本 Office、设计软件或游戏，如果之前依赖特定补丁，可以验证是否仍然必要；
- .NET 相关程序如果以前需要额外安装 Mono 或 Wine Mono 组件，可以检查默认体验是否改善。
不过不要把“修复 27 个 bug”理解成“所有旧问题都消失”。Wine 的兼容性高度依赖应用版本、显卡驱动、发行版包、32/64 位 prefix 以及额外运行库。
可以这样实践：用干净 Wine prefix 回归测试应用
升级 Wine 后，最忌讳直接在已有生产 prefix 上试。更稳妥的办法是创建一个临时 prefix，单独安装和运行目标程序，确认没有回归后再迁移。
下面示例假设你已经安装了 Wine 11.12。把 /path/to/installer.exe 替换成你的 Windows 安装包路径。
#!/usr/bin/env bash
set -euo pipefail
export WINEPREFIX="$HOME/.wine-test-11-12"
export WINEARCH=win64
# 初始化一个干净的 Wine 环境
wineboot --init
# 查看 Wine 版本，确认正在使用 11.12
wine --version
# 可选：打开配置面板，检查 Windows 版本、图形、音频等设置
winecfg
# 安装你的目标程序
wine "/path/to/installer.exe"
# 如果程序已经安装到默认位置，可以按需改成实际 exe 路径
# wine "$WINEPREFIX/drive_c/Program Files/YourApp/YourApp.exe"
如果你想比较升级前后的行为，可以保留两个 prefix：
export WINEPREFIX="$HOME/.wine-before"
wine --version
wine "C:\\Program Files\\YourApp\\YourApp.exe"
export WINEPREFIX="$HOME/.wine-11-12"
wine --version
wine "C:\\Program Files\\YourApp\\YourApp.exe"
测试时建议记录三类信息：
mkdir -p wine-test-logs
WINEPREFIX="$HOME/.wine-11-12" \
WINEDEBUG=+timestamp,+seh,+msxml,+loaddll \
wine "/path/to/installer.exe" \
2>&1 | tee wine-test-logs/install-11-12.log
这里的 WINEDEBUG 只是一个排查示例：
+msxml：关注 XML/MSXML 相关路径；+loaddll：观察 DLL 加载情况；+seh：查看异常处理线索；+timestamp：给日志加时间，便于对照安装阶段。
日志可能很大，不建议长期默认开启。定位问题时开启，确认后关闭。
针对 Office、游戏和图形问题的测试清单
如果你维护的是开发机、实验室环境或 CI 中的 Wine 测试任务，可以按应用类型拆分验证点。
| 场景 | 建议验证 |
|---|---|
| Microsoft Office 2007 | 启动 Word/Excel、打开旧文档、测试打印预览、测试宏或插件加载 |
| Corel 类安装器 | 完整安装、卸载、重新安装、检查安装日志 |
| 游戏 | 启动器、全屏/窗口切换、音频、过场动画、输入设备 |
| 图形应用 | 缩放、透明度、字体渲染、多显示器、GPU 驱动差异 |
| .NET 工具 | 安装阶段、配置界面、首次启动、异常弹窗 |
如果你的应用和媒体转换有关，比如播放、转码预览、导入视频素材，可以特别留意 Wine 11.12 捆绑 FFmpeg 相关库后的表现。不过具体改善要以实际应用测试为准，不要仅凭组件名称下结论。
升级建议：先隔离，再迁移
Wine 11.12 适合尽快进入测试环境，尤其是你正在处理安装器、MSXML、Office 2007、图形显示或游戏兼容性问题时。
采用时可以按这个顺序：
- 在干净 prefix 中安装并运行目标应用；
- 保存安装日志和启动日志；
- 对比旧 Wine 版本的行为；
- 确认关键工作流没有回归；
- 再决定是否替换日常 prefix 或生产环境配置。
Wine 的升级收益经常来自细节：一个解析器重写、一个运行时更新、一个图形 bug 修复，都可能让某个老程序从“差一点能用”变成“稳定可用”。但同样，兼容层变化也可能触发新的边缘问题。把 11.12 当成一个值得验证的候选版本，而不是盲目覆盖安装，会更安全。