WCF 异步死锁？

Question

是否有人遇到过 WaitAny 调用返回有效句柄索引，但 Proxy.End 调用阻塞的情况？或者有任何建议或如何最好地调试它 - 尝试跟踪、性能计数器（检查最大百分比）、到处记录

测试场景：2 个异步。请求正在发出（完整实现还有更多内容），第一个 Proxy.End 调用成功返回，但后续阻塞。我检查了 WCF 跟踪，没有看到任何特别有趣的东西。请注意，它正在自我查询存在于同一进程以及远程计算机中的端点（= 2个异步请求）

据我所知，两个查询的调用都在服务实现端进行，但它只是阻塞在随后的结束通话中。不过，它似乎只需要一次调用即可工作，无论是将请求发送到远程计算机还是自身；所以这与多个查询或导致锁定的其他因素有关。

我尝试了不同的“concurrencymode”和“instancecontextmode”，但它似乎对结果没有任何影响。

这是用于解析句柄列表的内部代码的简化版本：

ValidationResults IValidationService.EndValidate()
    {
        var results = new ValidationResults();

        if (_asyncResults.RemainingWaitHandles == null)
        {
            results.ReturnCode = AsyncResultEnum.NoMoreRequests;
            return results;                
        }

        var waitArray = _asyncResults.RemainingWaitHandles.ToArray();
        if (waitArray.GetLength(0) > 0)
        {
            int handleIndex = WaitHandle.WaitAny(waitArray, _defaultTimeOut);
            if (handleIndex == WaitHandle.WaitTimeout)
            {
                // Timeout on signal for all handles occurred                    
                // Close proxies and return...
            }

            var asyncResult = _asyncResults.Results[handleIndex];



            results.Results = asyncResult.Proxy.EndServerValidateGroups(asyncResult.AsyncResult);

            asyncResult.Proxy.Close();
            _asyncResults.Results.RemoveAt(handleIndex);
            _asyncResults.RemainingWaitHandles.RemoveAt(handleIndex);

    results.ReturnCode = AsyncResultEnum.Success;
            return results;
        }

    results.ReturnCode = AsyncResultEnum.NoMoreRequests;
        return results;
    }

以及调用此代码的代码：

 validateResult = validationService.EndValidateSuppression();
 while (validateResult.ReturnCode == AsyncResultEnum.Success)
 {
       // Update progress step                        
       //duplexContextChannel.ValidateGroupCallback(progressInfo);

     validateResult = validationService.EndValidateSuppression();
 }

我已经注释掉了启动节点上的回调（仅供参考，它实际上是一个 3 层设置，但问题与此无关）第二层调用第三层 - 回调从第二层到第一层，在本测试中已被删除）。想法？

Answer 1

坚持我在评论中留下的解决方案。只需避免将回调链接到具有不同目的地（即代理）的 aysnc 调用