自定义API要求

你的意思是像 Net.TCP port sharing ?

您可以在打开套接字时修复客户端端口,比如45534。由于一个端口只能由一个进程打开,因此一次只有一个进程能够打开到服务器的套接字连接。

好吧,有很多方法可以解决这个问题,正如所有答案和评论中所表达的那样,但可能更简单的方法是,将全局状态存储放在当前计算机的所有用户都可以访问的位置(可能是您有多个用户登录到了该计算机),您存储的用户有权打开它。像以前被称为“锁”的东西。该存储可以是本地或Intranet数据库中的字段、简单文件或其他内容。这样就不需要构建或分发额外的二进制文件。

当客户机连接到您的服务器时,您将创建一个新线程来处理它(而不是一个进程)。您可以将他的IP地址存储在静态字典中(在所有线程之间共享)。 类似:

static Dictionary<string, TcpClient> clients = new Dictionary<string, TcpClient>();

//This method is executed in a thread
void ProcessRequest(TcpClient client)
{
   string ip = null;
   //TODO: get client IP address

   lock (clients)
   {
      ...
      if (clients.ContainsKey(ip))
      {
         //TODO: Deny connection
         return;
      }
      else
      {
         clients.Add(ip, client);
      }
   }
   //TODO: Answer the client
}
//TODO: Delete client from list on disconnection

我们提出的最佳解决方案是创建一个Windows服务,该服务打开一个命名管道,通过到服务器的一个套接字连接来管理多个客户机进程。

然后,我们的API将能够检测服务是否正在运行/安装,并返回到为客户机创建自己的连接。

第三方可以决定是否要将服务与其产品捆绑在一起,但我们系统的核心应用程序将安装该服务。

如果没有人有更好的选择,我会在几天内把这个标记为答案。我本来希望有一种方法可以把我们的集会作为一个新的过程来执行,但所有的道路似乎都不太可靠。