终端服务丢弃消息

Question

具有一个通过终端服务/远程桌面服务虚拟通道API进行通信的应用程序。 客户端将随机且定期（大约每20,000条消息）发送一条消息（VirtualChannelWrite返回0，并且使用CHANNEL_EVENT_WRITE_COMPLETE调用VirtualChannelOpenEvent），但服务器调用WTSVirtualChannelRead永远不会读取该消息。 服务器上没有错误消息。 客户端写操作没有时间差异的迹象。

在服务器端，仅从一个线程访问虚拟通道以进行读取和写入，因此这不是线程问题（WTSVirtualChannelRead和WTSVirtualChannelWrite线程不安全）。

任何人都对导致丢失消息的原因有深刻的了解？

我想知道此API是否无法针对高密度的客户端到服务器流量进行扩展（从未见过从服务器到客户端的丢弃消息）。 我想知道，按照MSDN ，服务器上的重叠I / O解决方案是否会更好地执行：“ WTSVirtualChannelQuery返回一个文件句柄，您可以使用该文件句柄执行异步（重叠）读取和写入操作”。

Answer 1

WTSVirtualChannelRead和WTSVirtualChannelWrite API是Microsoft设计不良的API之一。

首先，由于异步I / O，您不能从任何线程使用WTSVirtualChannelRead（）和WTSVirtualChannelWrite（）。 您必须使用WTSVirtualChannelQuery（）获取文件句柄，然后通过ReadFile（）和WriteFile（）对虚拟通道进行读写。

同样，在读取虚拟通道时，您必须处理必须处理ReadFile（）立即返回的情况，因为有可用数据并且ReadFile（）被阻止，并且您要等到I / O完成后再调用GetOverLappedResult（）。

有关更多详细信息，请访问http://blogs.msdn.com/b/rds/archive/2007/09/20/dynamic-virtual-channels.aspx

Answer 2

Angry Coder的答案是正确的，您必须使用Overlapped I / O。 我发现一个解决方案，其细节有所不同：

首先，正如我在问题中提到的那样，只要在同一线程中调用WTSVirtualChannelRead（）和WTSVirtualChannelWrite（）通常就可以工作。 但是WTSVirtualChannelRead（）仍然偶尔会丢失消息。 显然，解决方法是阻塞1秒钟 。 当您需要写时没有好处，但在读取阻塞时却不能。

其次，我根据本文在.NET中实现了重叠I / O。 使用I / O完成端口，读和写操作始终在回调方法中完成，因此无需区分是否有可用数据。

第三，没有必要实现动态虚拟通道。 根据Virtual Channel Client API ，所有这些都可以在静态通道上正常工作。