WinApps 图标提取完整指南Windows 应用如何以原生图标融入 Linux 桌面【免费下载链接】winappsRun Windows apps such as Microsoft Office/Adobe in Linux (Ubuntu/Fedora) and GNOME/KDE as if they were a part of the native OS, including Nautilus integration. Hard fork of https://github.com/Fmstrat/winapps/项目地址: https://gitcode.com/GitHub_Trending/wina/winapps在 Linux 上用 WinApps 运行 Windows 应用时图标提取是决定桌面体验的关键一步图标对了Word、Photoshop 这些程序看起来就像系统自带图标错了它们只是一堆没有脸的快捷方式。WinApps 的核心思路很直接——把 Windows 跑在 Docker、Podman 或 libvirt 虚拟机里通过 FreeRDP一种远程桌面协议实现把 Windows 应用的窗口画面渲染回 Linux 桌面同时从 Windows 一侧自动抓取每个程序的图标在 Linux 端生成对应的桌面入口。图标提取要解决的体验问题没有图标是什么感觉应用菜单里一长串纯文字条目启动器里全是同一个通用占位图你只能靠文件名猜哪个是 Excel、哪个是 Publisher。WinApps 通过 Nautilus 文件管理器集成和桌面快捷方式解决了这个问题每个 Windows 应用在 Linux 侧都有独立的图标、名称甚至根据文件类型决定用哪个程序打开的关联关系。效果如上图Windows 的 Word 和 PowerPoint 与 Linux 原生的 LibreOffice 并排出现在同一个桌面环境里各自的图标风格统一、清晰可辨。做到这一步的前提就是图标提取流程跑通了。 三步安装 WinApps 并自动完成图标扫描图标提取不需要你手动操作它内建在安装流程里。完整步骤如下克隆仓库执行git clone https://gitcode.com/GitHub_Trending/wina/winapps拿到项目代码。准备 Windows 侧环境按 libvirt 虚拟机搭建文档 或在 Docker/Podman 容器里装好 Windows并安装好 virtio 等客户工具截图里勾选的virtio-win-guest-tools.exe就是其中之一否则远程桌面渲染和共享目录都会受影响。运行安装入口执行./setup.sh启动 安装入口脚本它会在 Windows 侧触发扫描把应用列表和图标带回到 Linux。这一步完成后重启一下 Linux 会话或按文档提示刷新桌面数据库你就能在应用菜单和文件管理器里看到 Windows 应用的图标了。 背后发生了什么从 EXE 到桌面图标的完整链路整条链路的核心是一个 PowerShell 脚本 install/ExtractPrograms.ps1它先在 Windows 里把应用找出来再逐个把图标搬到 Linux。应用从哪里被发现脚本会同时扫四个来源Windows 注册表里登记的应用路径、通过Get-AppxPackage找到的非系统 UWP通用 Windows 平台应用、Chocolatey 包管理器目录C:\ProgramData\chocolatey\bin下的 shim 快捷文件以及 Scoop 的 shims 目录。来自包管理器的应用名称后面会追加来源标记如[CHOCO]方便你区分同一个软件的不同安装渠道。图标如何被转换和传输对每个找到的.exe脚本调用 .NET 的System.Drawing.Icon.ExtractAssociatedIcon方法取出该文件自带的图标把它绘制到一张位图上再以 PNG 格式写入内存流——选 PNG 是为了保留完整的色彩深度——最后把整段 PNG 字节转成 base64 字符串。脚本最终输出的是三组 bash 数组应用名NAMES、可执行文件路径EXES、base64 图标ICONS由 Linux 侧的安装脚本直接接收图标就这样跨过了操作系统边界。图标最终存在哪里并不是所有应用都走 EXE 提取这条路。社区验证过的应用Office、Adobe 全家桶等在仓库的 apps/ 目录里各有一个独立文件夹里面放着人工挑选的高清 SVG 图标和一份info描述文件定义显示名、可执行文件路径、文件类型关联等这类应用天然比从 EXE 里抠出来的位图更精致。其余自动检测到的应用则直接使用提取出来的图标并缓存在本地避免每次重复提取。️ 图标提取失败时怎么处理脚本对失败场景做了兜底如果某个 EXE 的图标提取抛错会回退到一张内置的通用 32x32 PNG 占位图保证应用本身仍然可用、可启动只是暂时素面朝天。应用名称也有一道保险——优先读取 EXE 文件版本信息里的FileDescription字段通常就是Microsoft Word这类友好名称取不到时退回到不带扩展名的文件名。如果你发现某应用图标模糊或不想要有两个方向一是确认它是否在apps/目录里有社区维护的 SVG 版本有则优先使用二是为它补充一个info描述文件和高分辨率图标提交给上游让更多人和你一样看到清晰的图标。日常使用中绝大多数场景下你只需运行一次安装流程图标就会自动就位。这套机制适合两类人想在 Ubuntu/Fedora 上把 Microsoft 365、Adobe 这类 Windows 软件当日常工具用的用户以及想借鉴注册表扫描 图标跨系统传输思路做类似启动器项目的开发者。如果你还没试过现在就可以克隆仓库、跑一遍setup.sh几分钟后看看你的 Linux 桌面长什么样。【免费下载链接】winappsRun Windows apps such as Microsoft Office/Adobe in Linux (Ubuntu/Fedora) and GNOME/KDE as if they were a part of the native OS, including Nautilus integration. Hard fork of https://github.com/Fmstrat/winapps/项目地址: https://gitcode.com/GitHub_Trending/wina/winapps创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考