Silverlight WCF 中的异步回调线程锁

Question

我想出了一个关于如何伪造 SL WCF 对同步调用的支持的想法。

基本上，

private _completed;
private IList<Customer> _customers;
public void IList<Customer> GetAllCustomers()
{
    bool completed = false;
    DataServiceQuery<Customer> myQuery = this.Context.Customers;
    myQuery.BeginExecute(OnQueryExecuted, myQuery);

    while (!_completed)
      System.Threading.Thread.Sleep(67); //tried join also

    return _customers;
}

private void OnQueryExecuted(IAsyncResult result)
{
     var query = result.AsyncState as DataServiceQuery<Customer>;
    _customers = query.EndExecute(result).ToList();
    _isCompleted = true;
}

发生的事情是这个永远循环。

我在 while 循环上设置了一个断点，将其移出并继续执行，然后在下一毫秒结果到达。

所以，我认为接收结果的查询回调会排队到调用查询的同一线程。

SL 似乎非常坚决地保持这种行为，所以即使我将myQuery.BeginExecute 包装在一个新线程中，我仍然会得到相同的行为。

/*edit：实际上，考虑一下，它在等待的ui线程上排队回调。这也是我们得到结果时不必Dispatcher.Invoke 的原因。无论如何，我总是可以在专用线程中完成整个操作（需要等待），然后在那里等待，但这需要进行大量重构，避免尝试这样做的重点。 */

有没有办法解决这个问题？

Answer 1

这个挂起的原因是 EndExecute 方法编组到 UI 线程，但是你用 Sleep 调用阻塞了 UI 线程。不管你使用什么技术来阻塞线程，你所做的任何事情都会导致死锁，因为该方法是在 UI 线程中调用的。

在 SIlverlight 环境中进行开发时，您需要能够异步编程，而不是使用同步方法。如果您使用的是 C# 5.0，则可以使用 async/await 功能，该功能可让您编写 看似同步的异步代码，但它将被编译为利用回调/延续的异步调用，这就是您的如果您尚未升级到该版本，则需要这样做。