【发布时间】:2013-02-14 23:49:28
【问题描述】:
我正在尝试通过使用 Task.Factory.FromAsync 将调用包装到客户端的任务中来简化对 WCF 异步操作的调用。但是当我 Start() 包装的任务时,对 Start() 的调用会阻塞客户端,直到调试器报告 ContextSwitchDeadlock。但是,服务器端操作被正确调用。我错过了什么?
WCF 合同:
[ServiceContract(Namespace = "urn:test/test")]
public interface ITestContract
{
[OperationContract(AsyncPattern=true)]
IAsyncResult BeginGetResult(AsyncCallback callback, object state);
int EndGetResult(IAsyncResult result);
}
客户端代码:
var task = Task<int>.Factory.FromAsync(
(callback, state) => service.BeginGetResult(callback, state),
(result) => service.EndGetResult(result)
);
task.Start(); // blocks until ContextSwitchDeadlock gets reported
编辑:为了完整起见:不,我不能使用 .NET 4.5 async / await 模式,因为 .NET 4.0(即 Windows XP 和 Server 2003 支持)是我项目的硬性要求。
编辑2:
无论如何都不需要调用Start()。真正的问题是 BeginGetResult 在我调用 Start()、Wait() 或 Result 之前不会在服务器端被调用 - 这与同步调用相同。
我发现,这与任务完全无关。如果我执行以下操作,我会得到相同的结果:
var asyncResult = service.BeginGetResult(null, null); // BeginGetResult NOT invoked on server side!
asyncResult.AsyncWaitHandle.WaitOne(); // Now BeginGetResult actually gets invoked
EDIT3:
原来这只是我的一个误会。我预计在客户端调用BeginGetResult 会立即在服务器端调用相应的BeginGetResult,即客户端的BeginGetResult 会阻塞,直到服务器实际收到请求,但情况似乎并非如此。显然请求是在后台线程中发送的,因此客户端和服务器端对BeginGetResult 的调用之间可能存在延迟。我想这种行为是意料之中的,所以一切都很好:-)。
【问题讨论】:
-
您可以使用Microsoft.Bcl.Async 库(当前为候选发布版)将
async/await支持添加到.NET 4.0 项目。 -
谢谢,看起来很有趣!不过,我不确定我是否想要在生产代码中使用 Beta 版。
-
我明白了。 FWIW,
async即使在 CTP 阶段也非常成熟(并且有据可查);这是我在生产中使用的唯一一款预发布的 MS 软件。 -
我认为您的编辑没有多大意义。
WaitOne()不可能导致调用实际开始。
标签: c# .net wcf task-parallel-library