.net UWP到同一机器中的另一个应用程序通信

根据本文中的说明，我们无法使用套接字在同一台机器上的两个UWP应用程序之间进行通信

我想知道该限制是否仅适用于2个UWP应用程序，或者即使我想从UWP应用程序连接到非UWP应用程序（一个.net应用程序或一个Windows应用程序），也不允许

我刚刚在同一台机器上运行了一个示例.net套接字服务器和一个UWP客户机，它们似乎可以工作。但我想知道当UWP应用程序提交到商店时，这是否会起作用。在一些论坛中，我读到某些功能将在VisualStudio中工作。但不是店内版本

---

即使我创建了一个侧面加载的包并进行了测试，它似乎也能工作。因此，在我开始实施之前，我想确认在同一台机器上运行的UWP客户端和.net服务器之间使用套接字没有任何限制。

一般来说，UWP应用程序在沙箱中运行，它们会因为网络隔离而阻止本地主机请求。我们用来实现UWP和非UWP应用程序之间通信的常用方法是使用应用程序服务

---

以下是关于如何在他们之间使用应用程序服务的示例：

感谢Roy提供的信息。在你分享的链接中，它说这个项目已经过时了，所以我引用了这里给出的链接。但我不确定这三个选项是否都符合我的需要。我们有一个UWP应用程序和另一个第三方应用程序，其中有一个.net插件，我们在那里添加了一个dll。现在我们想从运行在同一台机器上的UWP应用程序调用该插件（dll）中的函数。而两者都作为两个独立的应用程序在前台运行。你能告诉我最好的方法吗。谢谢。为了清楚起见，我们必须在我们使用的另一个第三方应用程序中调用SDK。为此，我们创建了一个.NETC#类库项目，作为插件安装在第三方应用程序/软件中。我们的插件充当套接字服务器，监听UWP应用程序客户端的连接，然后当客户端发送消息时，我们从该插件调用该SDK方法。但后来在一些线程中发现，当通过套接字与同一台机器中的另一个应用程序（甚至非UWP）通信时，UWP中存在限制。因此，我正在寻找最好的方法来做到这一点。因此，任何关于这方面的指导都是非常感谢的。是的，样本已经过时了，但这并不重要，除非你想将第三个应用程序与UWP打包在一起。也许理解起来有点困惑。如果你不介意的话，你可以用更清晰的方式稍微改变一下。您可以在UWP应用程序中打包win32进程，使用应用程序服务在UWP应用程序和win32进程之间进行通信。然后在Win32进程中，您可以使用其他Win32 API（如套接字类）与.net应用程序通信。