Question

我的目标是实现异步自托管WCF服务，该服务将在单个线程中运行所有请求，并充分利用新的C＃5异步功能。

我的服务器将是一个控制台应用，我将按照指定here设置SingleThreadSynchronizationContext，创建并打开ServiceHost，然后运行SynchronizationContext，所以所有WCF请求都在同一个线程中处理。

问题在于，尽管服务器能够成功处理同一线程中的所有请求，但异步操作阻止了执行并被序列化，而不是隔行扫描。

我准备了一个简化的样本来重现这个问题。

这是我的服务合同（服务器和客户端相同）：

[ServiceContract]
public interface IMessageService
{
    [OperationContract]
    Task<bool> Post(String message);
}

服务实现如下（它有点简化，但最终实现可以访问数据库，甚至以异步方式调用其他服务）：

public class MessageService : IMessageService
{
    public async Task<bool> Post(string message)
    {
        Console.WriteLine(string.Format("[Thread {0} start] {1}", Thread.CurrentThread.ManagedThreadId, message));

        await Task.Delay(5000);

        Console.WriteLine(string.Format("[Thread {0} end] {1}", Thread.CurrentThread.ManagedThreadId, message));

        return true;
    }
}

该服务托管在控制台应用程序中：

static void Main(string[] args)
{
    var syncCtx = new SingleThreadSynchronizationContext();
    SynchronizationContext.SetSynchronizationContext(syncCtx);

    using (ServiceHost serviceHost = new ServiceHost(typeof(MessageService)))
    {
        NetNamedPipeBinding binding = new NetNamedPipeBinding(NetNamedPipeSecurityMode.None);

        serviceHost.AddServiceEndpoint(typeof(IMessageService), binding, address);
        serviceHost.Open();

        syncCtx.Run();

        serviceHost.Close();
    }
}

正如您所看到的，我要做的第一件事就是设置一个线程SynchronizationContext。接下来，我创建，配置和打开ServiceHost。根据{{3}}，因为我在创建之前设置了SynchronizationContext，ServiceHost将捕获它，并且所有客户端请求都将发布在SynchronizationContext中。在序列中，我在同一个线程中启动SingleThreadSynchronizationContext。

我创建了一个测试客户端，它将以一种“一劳永逸”的方式调用服务器。

static void Main(string[] args)
{
    EndpointAddress ep = new EndpointAddress(address);
    NetNamedPipeBinding binding = new NetNamedPipeBinding(NetNamedPipeSecurityMode.None);
    IMessageService channel = ChannelFactory<IMessageService>.CreateChannel(binding, ep);

    using (channel as IDisposable)
    {
        while (true)
        {
            string message = Console.ReadLine();
            channel.Post(message);
        }
    }
}

当我执行该示例时，我得到以下结果：

客户端

enter image description here

服务器

enter image description here

客户端以最小间隔（<1s）发送消息。我预计服务器会收到第一个电话并在SingleThreadSynchronizationContext中运行（排队新的WorkItem。当达到await关键字时，SynchronizationContext将再次出现捕获，继续发布到它，该方法将在此时返回一个任务，释放SynchronizationContext来处理第二个请求（至少开始处理它）。

正如您在服务器日志中的Thread ID所看到的，请求正在SynchronizationContext中正确发布。但是，查看时间戳，我们可以看到第一个请求在第二个请求开始之前完成，这完全违背了拥有异步服务器的目的。

为什么会这样？

实施WCF自托管异步服务器的正确方法是什么？

我认为问题出在SingleThreadSynchronizationContext上，但我看不出如何以其他任何方式实现它。

我研究了这个主题，但是我找不到有关异步WCF服务托管的更多有用信息，特别是使用基于任务的模式。

ADDITION

以下是我SingleThreadedSinchronizationContext的实现。它与this article中的基本相同：

public sealed class SingleThreadSynchronizationContext  
        : SynchronizationContext
{
    private readonly BlockingCollection<WorkItem> queue = new BlockingCollection<WorkItem>();

    public override void Post(SendOrPostCallback d, object state)
    {
        this.queue.Add(new WorkItem(d, state));
    }

    public void Complete() { 
        this.queue.CompleteAdding(); 
    }

    public void Run(CancellationToken cancellation = default(CancellationToken))
    {
        WorkItem workItem;

        while (this.queue.TryTake(out workItem, Timeout.Infinite, cancellation))
            workItem.Action(workItem.State);
    }
}

public class WorkItem
{
    public SendOrPostCallback Action { get; set; }
    public object State { get; set; }

    public WorkItem(SendOrPostCallback action, object state)
    {
        this.Action = action;
        this.State = state;
    }
}

Answer 1

您需要申请ConcurrencyMode.Multiple。

这就是术语有点令人困惑的地方，因为在这种情况下，它实际上并不意味着MSDN文档状态下的“多线程”。这意味着并发。默认情况下（单并发），WCF将延迟其他请求，直到原始操作完成，因此您需要指定多个并发以允许重叠（并发）请求。您的SynchronizationContext仍将保证只有一个线程会处理所有请求，因此它不是实际上多线程。它是单线程并发。

另外，您可能需要考虑具有更干净关闭语义的其他SynchronizationContext。如果您拨打SingleThreadSynchronizationContext，您当前使用的Complete将“关闭”; <{1}}中的任何async方法都永远不会恢复。

我有一个AsyncContext type，可以更好地支持清洁停机。如果您安装Nito.AsyncEx NuGet包，则可以使用如下服务器代码：

await

这会将Ctrl-C转换为“软”退出，这意味着只要有客户端连接（或直到“关闭”超时），应用程序就会继续运行。在关闭期间，现有客户端连接可以发出新请求，但新客户端连接将被拒绝。

Ctrl-Break仍然是一个“硬”退出;您无法在控制台主机中更改它。

异步WCF自托管服务

1 个答案: