利用 Win32 启动和检测 UWP App 的方法

一种启动和检测 UWP 应用的方法

背景#

我们发布过多款 UWP 平台的同类型 App ,最近有一个需求:用传统 Win32 程序启动我们的 UWP 程序。因为我们的每一个UWP App在客户机器上都是互斥的,也就是同时只能存在一个,并且我们的win32程序也只有一个版本,所以启动 UWP App 时,需要先检测,再启动。

我们大概有4个办法,前3个比较扯,第4个目前可行,也是我们采用的。这4个方法的主要关注点是:如何检测客户机器上是否有我们的 UWP App。至于调用,方法比较简单。

Solution 1#

Win32 和 UWP 交互,首先想到的就是微软的 Desktop Bridge 相关的内容,找了一圈,倒是发现了 Win32 调用 UWP Api 的方法,不过可以调用的 Api 有限,而且文档比较残缺,最麻烦的就是要对 Win32 Project 配置修改,引入一堆 WinRT 的东西。尝试了半天,终于不报错了,但是运行时会奔溃,原因未知,有待继续探索。而且比较存疑的是官方文档有矛盾,我们用到的 Windows.System.Launcher Api 是否被这种调用方式支持不明确,因为报错我们也无法验证。

有兴趣的小伙伴可以参考以下链接:

Desktop Bridge#

Detect UWP App#

Solution 2#

简单粗暴,直接检测 UWP 的安装目录。一般 UWP 的默认安装路径就是 "C:\Program Files\WindowsApps"。这种方法真的很简单粗暴,但是有几个缺点:

  1. 可能有强迫症用户修改了 UWP 的安装路径。这种情况下,需要自行去查注册表,当然注册表键值是什么就需要baidu了;
  2. 如果直接枚举 "C:\Program Files\WindowsApps"的子目录,会有权限问题(System),普通用户权限只能访问类似 "C:\Program Files\WindowsApps\microsoft.windowscommunicationsapps_17.9126.21695.0_x64__8wekyb3d8bbwe"的特定 UWP App 目录,这就需要我们提前确定要查找的 UWP App的 pfn (package family name,UWP App 的特定标识,全球唯一)和版本,但是版本因为经常变化,比较不好确定。

Solution 3 (Solution 1和这个差不多)#

微软为我们提供了许多启动 UWP 的方式,比如什么协议启动,命令行启动等,但是这些方法的使用前提是:我们的UWP app需要修改现有的 App Manifest,这对于已经发布出去的UWP App,显然是不可能的。(在我们的场景下,因为我们的 UWP App 和驱动绑定,一般随驱动升级,比较稳定,所以此方法不可用)

Solution 4 (Best solution)#

隐约记得以前使用 Fiddler 的时候,有一个 WinConfig 功能,可以列出当前电脑上所有的 UWP 程序(实际上是 沙箱类程序,从 Windows 8 开始, UWP 也包含其中),然后可以进行 web 调试。所以就想能不能借鉴 Fiddler 的做法。然后理所应当的发现 Fiddler 安装目录下面有一个名为 EnableLoopback.exe 的程序,没有为什么,我就把它丢到了ILSpy里面,完美的反编译出了C#代码,然后经过一番探索,发现了AppContainer类,无论看类名还是类的定义,都很明确,这就是我们要找的东西,然后顺着这个类看下去,找到了它获取所有 UWP 程序的方法:通过 FirewallAPI.dll 里面的接口 NetworkIsolationEnumAppContainers 来枚举。

AppContainer

有了了解,开始Coding!

BTW,如果想省事儿的话,直接把这个类相关的内容导出,是可以直接用的。不过我们的 Win32 是用C++写的,所以要稍稍转换一下。

C++代码如下:

Copy
#include <Netfw.h> #include <string> #include <vector> #include <algorithm> using namespace std; namespace Launcher { typedef DWORD(*pNetworkIsolationEnumAppContainers)( _In_ DWORD Flags, _Out_ DWORD *pdwNumPublicAppCs, _Out_ PINET_FIREWALL_APP_CONTAINER *ppPublicAppCs ); typedef DWORD(*pNetworkIsolationFreeAppContainers)( _In_ PINET_FIREWALL_APP_CONTAINER pPublicAppCs ); void LaunchSpecifcApp(wstring *pfn) { TCHAR szCommandLine[1024]; wsprintf(szCommandLine, L"explorer.exe shell:AppsFolder\\%ws!App", (*pfn).c_str()); STARTUPINFO si; PROCESS_INFORMATION pi; ZeroMemory(&si, sizeof(si)); si.cb = sizeof(si); ZeroMemory(&pi, sizeof(pi)); si.dwFlags = STARTF_USESHOWWINDOW; si.wShowWindow = TRUE; BOOL bRet = ::CreateProcess(NULL, szCommandLine, NULL, NULL, FALSE, CREATE_NEW_CONSOLE, NULL, NULL, &si, &pi); } void LaunchUWPApp() { vector<wstring> uwpApps; uwpApps.push_back(L"microsoft.windowscommunicationsapps_8wekyb3d8bbwe"); HMODULE FirewallAPIModule; FirewallAPIModule = (LoadLibrary(L"FirewallAPI.dll")); auto EnumAppContainersProc = pNetworkIsolationEnumAppContainers(GetProcAddress(FirewallAPIModule, "NetworkIsolationEnumAppContainers")); auto FreeAppContainersProc = pNetworkIsolationFreeAppContainers(GetProcAddress(FirewallAPIModule, "NetworkIsolationFreeAppContainers")); DWORD pdwNumPublicAppCs = 0; PINET_FIREWALL_APP_CONTAINER ppPublicAppCs = NULL; HRESULT re = EnumAppContainersProc(0, &pdwNumPublicAppCs, &ppPublicAppCs); for (int i = 0; i < pdwNumPublicAppCs; i++) { auto appContainer = ppPublicAppCs[i]; for (int j = 0; j < uwpApps.size(); j++) { auto app = uwpApps.at(j); transform(app.begin(), app.end(), app.begin(), tolower); if (app == appContainer.appContainerName) { //launch it; auto temp = uwpApps.at(j); LaunchSpecifcApp(&temp); } } } FreeAppContainersProc(ppPublicAppCs); FreeLibrary(FirewallAPIModule); vector<wstring>().swap(uwpApps); } }

代码很直白,里里面就两个函数,一个用来查找,一个用来启动,额外用到的就是 Win32 Dll 调用相关的内容了。

最后#

可以看到,我们查找 UWP 比较麻烦,但是调用却很简单,核心就是:

Copy
"explorer.exe shell:AppsFolder\{pfn}!App" {pfn} 整体用App的pfn代替

很直白,赤裸裸的一个快捷方式呀!但是有坑,如果传递的参数有任何问题(要么拼错了,要么不存在),explorer 会直接忽略参数,把自己启动。这种行为,对于不明真相的用户,会很莫名其妙,垃圾软件。所以我们在启动我们的 UWP App 时,要确保这个我们的 App 一定存在于用户的电脑上面,所以才有了上面检测 UWP App 的逻辑。如果参数错误,explorer 啥也不敢的话,我们就不这么麻烦了,可以直接把我们所有的 UWP app 挨个启动一遍,简单粗暴!

最后的最后#

我们用到了 Fillder 里面所使用的方法,但对于 Fiddler 版权的各种问题,个人不了解。好在我们直接用 C++ 实现,没有任何影响。 权当学习学习!

之前网上有 Fiddler 2.x版本的源码,但不清楚这软件是不是开源。

致敬 Fiddler !

posted @   DemoApp  阅读(3699)  评论(8编辑  收藏  举报
编辑推荐:
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
阅读排行:
· DeepSeek “源神”启动!「GitHub 热点速览」
· 微软正式发布.NET 10 Preview 1:开启下一代开发框架新篇章
· C# 集成 DeepSeek 模型实现 AI 私有化(本地部署与 API 调用教程)
· DeepSeek R1 简明指南:架构、训练、本地部署及硬件要求
· NetPad:一个.NET开源、跨平台的C#编辑器
点击右上角即可分享
微信分享提示
CONTENTS