一种启动和检测 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

• 有了了解，开始Coding!

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

  C++代码如下：

  #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 比较麻烦，但是调用却很简单，核心就是：

  "explorer.exe shell:AppsFolder\\{pfn}!App"

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

  最后的最后

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

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

  致敬 Fiddler !