Silverlight Web服务回调性能

Question

我有一个silverlight客户端与服务器上的Web服务进行通信。它有一个DoSomething方法，它什么都不做，并且返回void。

在客户端，我调用服务，并听取当响应回来：

proxy.OnDoSomethingCompleted+=OnDoSomethingCompleted; 
t0 = Environment.TickCount; 
proxy.DoSomethingAsync(); 

void DoSomething(..) 
{ 
    t1 = Environment.TickCount; 
} 

网络捕获指示响应2ms的内发回。但是，OnDoSomethingCompleted直到80ms后才会被调用。回调执行时有没有办法改变？

Answer 1

通常情况下，OnDoSomethingCompleted（）将UI线程，即在被执行时，幕后的东西是调用一些代码（在概念上）看起来有点像这样：

Dispatcher.BeginInvoke(() => OnDoSomethingCompleted()); 

这意味着OnDoSomethingCompleted（ ）在UI线程决定合作并运行之前不会执行。大多数时间没问题，但有时候你希望它运行得更快。基本的方法是使用线程池进行原始调用，这意味着响应将从同一个线程池（不一定在同一个线程上）处理。如果你可以在这个返回方法中做一些真正的处理，并且不只是自动将它们编组回到UI线程，这可以加快你的处理速度。

托梅克（从MS WCF小组）给出了如何在这里做一个很好的例子：

http://tomasz.janczuk.org/2009/08/improving-performance-of-concurrent-wcf.html

这也是我的理解，对于WCF连接的同步情况下被设定，当你第一次打开它。这意味着无论第一次打开WCF连接的线程是处理所有稍后调用的线程。因此，在我自己的代码，我做这样的事情：

// Spin up the connection on a new worker thread. 
// According to Tomek, this will cause all WCF calls to be made from this thread. 
ManualResetEvent resetEvent = new ManualResetEvent(false); 
wcfWorkerThread = new Thread(new ThreadStart(() => InitializeNotificationClient(resetEvent))); 
wcfWorkerThread.Name = "WcfWorkerThread"; 
wcfWorkerThread.Start(); 
resetEvent.WaitOne(); 

然后InitializeNotificationClient（）看起来是这样的：

private void InitializeNotificationClient(ManualResetEvent resetEvent = null) 
{ 
    try 
    { 
     notificationClient = GetRoomServiceClient(); 
     notificationClient.OpenAsync(callback); 
     notificationClient.InnerChannel.Faulted += new EventHandler(Channel_Faulted); 
     notificationClient.InnerChannel.Closed += new EventHandler(Channel_Closed); 
    } 
    finally 
    { 
     // Tell the waiting thread that we're ready. 
     if (resetEvent != null) 
     { 
      resetEvent.Set(); 
     } 
    } 
}