如何直接从新的 Microsoft Store 安装 Win32 应用程序

如果您使用传统的桌面应用程序并希望在 Windows 上以有保障的方式分发它们，那么 Microsoft Store 及其与 Intune 的集成将为您打开大门。 安装 Win32 应用程序的几种可靠路径。 在本指南中，我们将回顾所有选项。

除了解释“如何”，我们还将看到 具体优势 对于开发人员（拥有自己的商务、分析、运输 API 和来自 GitHub 的 CI/CD）以及 以获得流畅的用户体验的建议。 我们还会告诉您哪些功能不受支持、您需要提前准备什么以及如何诊断依赖关系、检测规则和替换版本。

Microsoft Store 中的分发选项

将 Win32 应用程序带到 微软商店 那里 两条主要道路两者均兼容 Windows App SDK、WPF、WinForms、Electron、Qt 等技术。选择其中一种取决于您希望为用户提供的体验以及您组织的需求。

• 选项 A：作为 MSIX 进行打包，以享受完整的系统集成 （更新、身份、安装体验等）得益于 MSIX 打包，用户可以更轻松地发现、获取和安装，并且可以利用 Windows 和商店的高级功能。
• 选项 B：按原样发布您的 EXE 或 MSI 安装程序，并托管在您的网站上 此选项会在商店上架您的应用，并保留原始安装程序和 CDN。如果您希望以最少的更改维护当前的构建和交付工作流程，则此选项是理想之选。

为了让您一目了然，这里有一个 两种模式之间的主要区别的总结。 请记住，根据情况，两者可以共存。

特点	MSIX（已打包）	Win32（原始安装程序）
托管	Microsoft 提供的免费托管	出版商主办并承担费用
商报	Microsoft Store 零售平台或您自己的系统	您的支付/商务平台
代码签名	由微软免费提供	由拥有 Microsoft 根程序 CA 的发布者
更新	操作系统每 24 小时自动检查一次	该应用程序管理其更新
S模式	公链兼容	不兼容
私人列表和航班	可用的	无法使用
与 Windows 的高级集成	是（共享、从商店启动等）	没有
备份/恢复 Windows 11	自动恢复和安装	通过指向“商店”选项卡恢复“开始菜单”图标

选项 1：将 Win32 应用打包为 MSIX

MSIX 中的打包非常简单，并且有几种方法可以以最小的摩擦来完成。 选择最适合您的项目和当前工具的一个。

• Visual Studio中：向您的解决方案添加 Windows 应用程序打包项目并为您的桌面应用配置 MSIX 打包。
• 第三方安装程序：aprovecha 合作伙伴解决方案 为桌面项目生成 MSIX。
• MSIX包装工具- 以引导方式从现有安装程序（MSI、EXE、ClickOnce 或 App-V）创建 MSIX 包。

在发布之前， 使用 Windows 应用认证工具包验证你的 MSIX 检查是否符合 Microsoft Store 并检测可能发生的事件。

选项 2：发布未修改的 EXE/MSI 安装程序

自2021年XNUMX月起，Microsoft Store 支持解压 Win32 应用，它允许您列出您的应用程序，同时保留原始安装程序并控制您的 CDN/版本控制。

过程很简单： 在合作伙伴中心分享安装程序 URL 并填写所需信息经过认证团队的验证后，您的应用将出现在商店中，用户将使用您的静默安装程序继续安装。

为了使安装程序被接受， 遵守这些准则 你将避免被拒绝：

• 格式: 必须是一个 微星 或 。可执行程序.
• 摩多：安装程序必须能够 离线办公.
• 不变性：URL 指向的二进制文件 不应该改变 一旦发送。
• 范围：安装程序必须 专门安装 预期的产品。

使用 Microsoft Store 安装和管理 Intune

Microsoft Intune 与 Microsoft Store 集成， 搜索、添加、分配并保持最新的 UWP、MSIX 和 Win32 (EXE/MSI) 应用管理员可以集中部署和监控应用程序，并在适当的时候委托自动更新。

将应用商店与 Intune 结合使用的先决条件

• 硬件：带有 至少两个核心.
• IME 客户端：支持 Intune 管理扩展.
• 连通性：访问 Microsoft Store 和目标内容 （如果适用，请检查代理设置）。

添加和部署新的 Microsoft Store 应用

流程由以下部分组成 三个阶段：申请信息、任务和审核/创建您可以在 Intune 中的“应用”>“所有应用”>“创建”>“Microsoft Store 应用（新）”下启动它。

从 Intune 搜索应用商店时，你会看到“名称”、“发布者”和“类型 (Win32 或 UWP)”等列。当你选择应用时，会预加载元数据，你可以在以下字段中编辑这些元数据：

• 名称和描述 用于公司门户。
• 出版商, 类别, 商标 以及像这样的品牌 特色应用.
• 包标识符 （只读）和 安装程序类型 （UWP/Win32）。
• 安装行为 （系统或用户）， 网址 信息/隐私， 业主, 开发人员 y 笔记.

更新

从 Microsoft Store 发布的程序会自动更新到最新版本。对于 UWP，不要启用“禁用自动下载和安装更新”策略。

Microsoft Store Win32 应用：Intune 中的行为

当 Win32 应用商店应用被指定为必需应用但未被正确检测到（按版本或上下文）时，Intune 会尝试在目标上下文中重新安装它。对于现有应用程序，一旦用户从公司门户安装它们，管理就开始了。

该商店支持带有发布者托管内容的 EXE 和 MSI 安装程序根据定义，每个应用程序都可以安装在 用户 或 系统。查看“Microsoft Store 中的传统桌面应用”文档以了解更多详细信息。

商店中的 UWP 应用：系统上下文和建议

您现在还可以从系统上下文中的“Microsoft Store App（新）”部署 UWP。如果您在系统上配置了 appx， 它将为每个登录的用户安装。.

避免混合安装上下文 在同一设备上，因为这会使安装状态的管理和感知变得复杂，特别是如果用户在会话期间卸载应用程序而应用程序仍然处于配置状态。

Microsoft Store 政策及其影响

一些系统策略直接影响应用程序部署。. 仔细配置它们以平衡安全性和自动化。

• 禁用 Microsoft Store 中的所有应用：建议不配置或启用以保留与 Intune 的集成。
• 禁用自动下载和安装更新：如果您想允许 UWP 自动更新，建议不要配置或禁用。
• 为应用安装程序启用 Microsoft Store 源 y 启用应用安装程序：建议不配置或启用。
• 停用商店应用:
  • 未配置：该操作系统可能允许用户任意安装。
  • 已启用：阻止用户从商店手动安装和更新。
  • 残障人士：允许用户手动安装和更新。

关键方面：如果您想允许自动 UWP 更新（包括内置应用）并阻止手动或 winget 安装， 自动更新未配置/禁用，App Store 已启用/未配置。对于来自商店的 Win32 应用，如果您禁用操作系统自动更新， 当存在活动分配时，Intune 将继续应用更新.

先决条件和限制

开始之前，请确认您满足要求 并了解哪些内容不受支持以避免崩溃。

• 带有 Intune 的 Microsoft Store： 至少 两个核心 CPU，支持 IME y 访问商店和内容 （如有必要，调整代理）。
• 在 Intune 中管理 Win32 应用: Windows 10 1607 或更高版本 （企业版、专业版、教育版）、设备 注册或加入 Microsoft Entra ID （包括混合和 GPO），以及 最大尺寸 30 GB 通过应用程序。
• 不支持：安装程序 ARM64 适用于 Microsoft Store 应用。

为 Intune 准备 Win32 应用：.intunewin 格式

经典 Win32 应用程序使用 Microsoft Win32 内容准备工具进行预处理，将安装程序转换为以下格式 .intunewin y 检测属性 Intune 使用来确定安装状态。

您可以从 GitHub 下载该工具的 ZIP 版本 （包括许可证、发行说明和“Microsoft-Win32-Content-Prep-Tool-master”文件夹）。运行 IntuneWinAppUtil.exe 无需交互式向导的参数或使用命令行。

可用参数

• -h： 帮助。
• -c：包含所有安装文件的文件夹（压缩为 .intunewin）。
• -s：安装文件（例如， SETUP.EXE o 安装程序.msi).
• -任何一个：生成的 .intunewin 的输出文件夹。
• -q：静音模式。

Ejemplos

• 显示帮助: IntuneWinAppUtil -h
• 转换安装程序: IntuneWinAppUtil -c c:\testapp\v1.0 -s c:\testapp\v1.0\setup.exe -o c:\testappoutput\v1.0 -q

评议会- 如果需要引用其他文件（例如许可证），请将它们放在安装程序文件夹下的子文件夹中，然后 使用相对路径 在您的安装逻辑中（例如， 许可证\license.txt).

向 Intune 添加 Win32 应用：详细步骤

以下是逐步的过程：

第一步：申请信息

选择 .intunewin 文件并填写元数据 用户将在公司门户中看到。

• 名称 （仅有的）， 描述 （您可以使用 Markdown 子集进行格式化；不支持 HTML） 编者.
• 分类, 精选, 信息网址, 隐私网址, 开发人员, 业主, 笔记, 商标.

第 2 步：编程

配置安装/卸载命令和行为 让 Intune 代理以静默且受控的方式运行您的安装程序。

• 安装命令：例如，对于 MSI msiexec /p "MyApp123.msp" 或 EXE ApplicationName.exe /quiet （根据供应商调整改性剂）。
• 卸载命令：使用 产品 GUID 如果适用的话，例如 msiexec /x "{12345A67-89B0-1234-5678-000001000000}".
• 最长时间 安装时间（分钟）， 可卸载 在公司门户中 安装行为 （系统或用户）。
• 设备重启：决定是否压制、允许或强制，或根据 返回代码 （硬/软重置）。
• 恢复代码：定义类型（成功、错误、重试、硬重启/软重启）。Intune 会自动重试，直到 3倍 等待 5分钟 在适当的时候。

第 3 步：要求

设置设备先决条件 这样应用程序就只安装在有意义的地方。

• 建筑, 最小操作系统, 光盘空间, 内存, 最小逻辑 CPU, 最小频率.
• 附加规则:
  • 档案：检测存在/日期/版本/大小，支持 32/64 位上下文.
  • 注册：验证 HKLM/HKCU 中的键/值/字符串/整数/版本，并可选择 32/64位Vista.
  • 脚本 （PowerShell）：评估 标准输出 y 退出代码 （0 = 已安装），具有 32/64 位签名和上下文选项或用户凭据。

步骤4：检测规则

定义 Intune 如何知道应用已安装：手动配置或自定义脚本。

• 微星： 使用 产品代号 并且，如果您愿意的话，还可以进行版本检查。
• 档案：使用适当的路径和检测方法检查存在性/日期/版本/大小。
• 注册：用比较方法和正确的记录视图检查键/值。
• 脚本：返回的 PowerShell 0 并在其中写入一个字符串 标准输出 标记为“已安装”。

Win32 应用版本显示在 Intune 中 您可以通过激活版本列在“所有应用”列表中进行过滤。

步骤5：依赖关系

必须先安装的相关应用 满足功能需求。只有两者之间的依赖关系 Win32 应用.

• 极限： 直到 100 在总图中（主应用程序+依赖项和子依赖项）。
• 自行安装： 默认 是，即使依赖关系没有明确针对设备/用户。
• 顺序和递归：子依赖关系在主依赖关系之前进行评估；在同一级别内，没有保证的顺序。
• 限制：在关系中断之前，您无法删除依赖关系图中的 Win32 应用程序。

通知和错误Windows 会通知用户依赖项的下载和安装。如果失败，您会看到“无法安装依赖项”或“待重启”之类的消息，并且报告会显示原因以及重试次数。

第 6 步：救济

更新或替换以前的版本 定义哪些应用程序将被替换，以及是否应该 卸载 上一版本。限制是 10 应用程序包括传递引用。

第 7 步：作业

选择类型：必需、适用于已注册的设备或卸载；添加包含/排除的组， 通知, 可用性, 期限 y 分配优化优先级 （前台/后台下载）。

步骤 8：审核并创建

验证配置并创建应用程序从那里，您可以监控状态并根据需要的发展扩展或调整分配。

开发人员在商店中发布 Win32 的优势

• 您可以在非游戏应用中使用自己的商务系统进行应用内购买，并保留 100% 的收入。 （取决于您的支付提供商），在商店上架或销售无需支付平台费用。
• 您的应用、您的安装程序、您的 CDN：您的安装程序在静默模式下使用 版本化 URL，保持不变。商店管理标准 MSI 代码，并允许您贡献 自定义代码 对于 EXE，在安装期间向客户端显示适当的消息。
• 自动发货和更新 随着 运输 API 来自 Microsoft Store 和 GitHub Actions （CI/CD）作为管道的一部分自动构建、打包和更新您的列表。
• 自收购以来，分析能力不断增强：从中获取数据 安装代码 无需额外检测即可查看安装程序（包括自定义 EXE 版本）、应用程序使用情况和健康状况。深入了解安装程序失败的位置和原因，并明智地确定修复优先级。
• 审查管理和审查流程：回应 顾客评论 从合作伙伴中心查看失败审核的详细信息（政策、重现、补救指南）并使您的路线图与真实反馈保持一致。
• 快闪店：集成了 迷你安装窗口 从您的网站启动，保持您的网络优先体验，同时又不放弃通过 Microsoft Store 安装的好处。