我有2个服务WCF调用服务.从客户端我发送相同的异步WCF BeginXXX调用到两个服务,然后开始等待WaitHandle.WaitAny(waitHandles)的回复,其中waitHandles是来自2个BeginXXX调用返回的IAsyncResults的WaitHandles数组.
我想只使用响应速度更快的服务的回复,即当WaitHandle.WaitAny返回索引时,我只使用相应的IAsyncResult调用EndXXX以获得更快的结果.我永远不会打电话给另一个EndXXX.
我这样做的原因是有时服务在垃圾收集中使用几秒钟而且无法快速回答.根据我的经验,这两个服务通常在不同的时间进行垃圾收集,因此其中一个几乎总是能够返回快速答案.我的客户端应用程序非常关键,我需要在几毫秒内得到答案.
我的问题是:
我可以安全地忽略为响应速度较慢的其他服务调用EndXXX方法吗？我对较慢的结果不感兴趣,但希望尽快使用更快的结果.根据我的实验,即使我没有为相应较慢的BeginXXX异步结果调用EndXXX方法,似乎也没有发生任何不好的事情.
当我没有为相应的BeginXXX进行EndXXX调用时,有人会介意向我解释究竟发生了什么吗？在Visual Studio中的调试器下,我似乎能够看到通过I/O完成端口在.NET框架中处理另一个答案,并且此处理不是来自我的客户端调用EndXXX.而且由于没有进行EndXXX调用,我似乎没有任何内存泄漏.我假设所涉及的所有对象都是垃圾收集的.
服务器端方法XXX实现是单个同步XXX还是显式异步BeginXXX/EndXXX对是否有任何区别？
恕我直言,同步XXX方法实现将始终返回需要在某处处理的答案.当我无法调用EndXXX时,是否会在客户端或服务器端发生？
使用WaitHandles是一种等待最快结果的好方法吗？
如果我必须为每个BeginXXX调用EndXXX,我发出的东西很尴尬.我将不得不将无趣的EndXXX调用委托给另一个忽略结果的线程.在原始线程中调用所有EndXXX调用将无法以同步方式获取并使用更快的答案.