【发布时间】:2015-11-07 15:03:04
【问题描述】:
我正在尝试在 WCF 公开的方法/服务上使用 async/await。一切正常,但我想模拟实际等待 IO 的服务方法,以便将服务调用注册到 IO 完成端口,并将线程放回线程池。
为了澄清,我只是在尝试确认 IO 完成端口的使用情况,并更好地了解实际发生的机制。
例如我的测试服务目前看起来像这样:
[ServiceContract]
public interface IHelloWorldService
{
[OperationContract]
Task<string> SayHello(string firstName, string lastName);
}
public class HelloWorldService : IHelloWorldService
{
public async Task<string> SayHello(string firstName, string lastName)
{
string str = string.Format("Hello {0} {1}", firstName, lastName);
return await Task.Factory.StartNew(() => str);
}
}
我想在 SayHello() 中做一些事情以使该代码等待一些 IO,理想情况下,当我想模拟等待 IO 时,我可以复制/粘贴一般使用的代码模式。
通常 Thread.Sleep() 用于模拟长时间运行的任务,但我很确定这会使线程池线程进入睡眠状态,并且不会触发 IO 完成端口的使用。
【问题讨论】:
-
你为什么不喜欢
Task.Delay?它不会在 IOCP 线程上完成,但它也会阻塞调用线程。 -
有趣。那么 Task.Delay() 会将线程返回到池中但不使用 IOCP?即它将使用一些非基于 IO 的替代方案来恢复服务调用?
-
@redcalx,不基于 IO,不。这是based on a timer。
-
Task.Delay使用System.Threading.Timer类,该类又从ThreadPool获取一个工作线程当计时器间隔到期时,调用TimerCallback委托该线程(通过ThreadPool.QueueUserWorkItem,我相信)。整个事情都是基于定时器队列逻辑(我相信它为多个定时器使用了一个专用线程)。 -
我的第一条评论中有错字,当然应该是“但它不会阻塞调用线程”。至于您希望继续使用 IOCP 线程,您应该能够使用异步命名管道(
NamedPipeServerStream、NamedPipeClientStream)来模拟它。这可能比使用套接字更容易。
标签: c# .net wcf async-await iocp