wine不能直接“安装exe”，只能运行它；成功与否取决于是否提前配对架构、前缀和依赖——跳过这三步，90%的.exe会静默崩溃或报dll找不到。
直接装 wine 不等于能跑 Windows 软件——多数失败不是因为 Wine 没装好，而是 32 位支持没开、前缀没隔离、运行库没装对。下面按真实出错顺序来拆解。
为什么 wine --version 正常但一运行 .exe 就报 libwine.so.1 找不到
这是 Ubuntu/Debian 系统最典型的“假成功”：64 位系统默认不启用 i386 架构，wine64 装了，但 32 位程序（绝大多数老软件、绿色版、微信/QQ 安装包）根本起不来。
- 必须先执行：
sudo dpkg --add-architecture i386 && sudo apt update - 再重装核心组件：
sudo apt install wine64 wine32（别只装wine，它在新版 Ubuntu 中只是元包，可能漏掉wine32） - Fedora/RHEL 用户要显式装 32 位核心：
sudo dnf install wine-core.i686
为什么同一个 .exe 在 ~/.wine 下能装，在独立前缀里就闪退
因为 ~/.wine 是全局共享前缀，注册表、DLL 覆盖、字体缓存全混在一起。某个软件改了 ole32.dll 行为，另一个就卡死——这不是 bug，是 Wine 的设计逻辑。
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
- 每个重要软件必须配独立前缀，例如：
WINEARCH=win32 WINEPREFIX="$HOME/wine-prefixes/wechat" wineboot -u - 后续所有操作（安装、运行、调用
winetricks）都得带上完整环境变量，漏掉WINEPREFIX=...就自动回退到~/.wine - 32 位程序优先用
WINEARCH=win32；64 位程序才用win64，混用会直接失败
winetricks 安装 dotnet48 或 vc2019 总卡住或报 corrupted archive
不是你网络差，是微软官方源大量链接已在 2025 年底失效，winetricks 默认还在试旧地址。
- 换国内镜像源启动：
WINETRICKS_SOURCE=https://gitee.com/ChenYongJian/winetrickscn/raw/master/ winetricks -q dotnet48 - 若仍失败，去 GitHub releases 页面 下最新
winetricks脚本，覆盖本地/usr/bin/winetricks -
dotnet48必须按dotnet40 → dotnet45 → dotnet472 → dotnet48顺序装，跳步必失败；vc2019则依赖vcrun2015和atls，不能单独装
运行时界面错乱、中文显示方块、按钮点不动
这通常不是 Wine 版本问题，而是字体和 GUI 渲染层没对齐。Linux 缺少 Windows 标准字体，且部分程序（如 Electron 封装的客户端）会绕过 Wine 的字体映射逻辑。
- 先确认是否启用了系统字体：运行
WINEPREFIX=... winecfg→ Graphics 选项卡 → 勾选 “Allow the window manager to control the windows” 和 “Emulate a virtual desktop” - 手动复制中文字体（如
simsun.ttc）到前缀目录：cp simsun.ttc "$HOME/wine-prefixes/wechat/drive_c/windows/Fonts/" - 避免用系统自带的
wine-mono运行 .NET 程序，它对 UI 渲染兼容性差；真需要 .NET，老老实实装dotnet48+wine-gecko
真正难的从来不是“怎么装”，而是判断一个 .exe 依赖哪一层——是缺 DLL？缺 .NET？还是调了硬件驱动？查 Wine AppDB 看具体版本的测试报告，比硬试快十倍。
