WCF REST 不异步处理

Question

目前，我们正在 IIS 中为我​​们的站点实现新的 WCF REST 服务，并且在许多页面上，我们可能会使用 JQuery 异步进行少量 AJAX 调用。问题在于，WCF（在服务器端）似乎是同步执行的。

页面加载时，我们对 3 个不同的方法进行 3 次单独的调用。使用日志记录，我可以看到它们都在大约 5 毫秒内命中了 global.asax 文件。从那里开始，日志记录按照退出 global.asax 的顺序显示所有执行的内容（不一定是我们通过 javascript 从页面进行调用的顺序）。我希望每个调用都能接收自己的线程并单独返回。即使附加调试器，我也可以看到它不会执行下一个方法，直到我单步执行它所在的当前方法。

以下是我“认为”为了使用异步模型而实现的三种方法的操作契约。

    [OperationContract(AsyncPattern = true)]
    [WebInvoke(
        Method = "POST"
         , UriTemplate = "/ListUserPreferences"
        , BodyStyle = WebMessageBodyStyle.Wrapped
        , ResponseFormat = WebMessageFormat.Json
        , RequestFormat = WebMessageFormat.Json
    )]
    IAsyncResult BeginListUserPreferences(AsyncCallback callback, object state);
    Result<List<Data.EnumerationItem<UserPreferenceType>>> EndListUserPreferences(IAsyncResult asyncResult);

    [OperationContract(Name = "GetUserSecure", AsyncPattern = true)]
    [WebInvoke(
        Method = "POST"
         , UriTemplate = "/GetUser"
        , BodyStyle = WebMessageBodyStyle.Wrapped
        , ResponseFormat = WebMessageFormat.Json
        , RequestFormat = WebMessageFormat.Json
    )]
    IAsyncResult BeginGetUser(AsyncCallback callback, object state);
    Result<Data.User> EndGetUser(IAsyncResult asyncResult);

    [OperationContract(AsyncPattern = true)]
    [WebInvoke(
        Method = "POST"
         , UriTemplate = "/ListWithAttributes"
        , BodyStyle = WebMessageBodyStyle.Wrapped
        , ResponseFormat = WebMessageFormat.Json
        , RequestFormat = WebMessageFormat.Json
    )]
    IAsyncResult BeginListWithAttributes(int index, int pageSize, AsyncCallback callback, object state);
    Result<PagedCollection<Data.Attribute>> EndListWithAttributes(IAsyncResult asyncResult);

以下是服务中的实现之一的示例。

    public IAsyncResult BeginGetUser(AsyncCallback callback, object state)
    {
        var asyncResult = new CompletedAsyncResult<Result<Data.User>>(state);
        asyncResult.Result = new Result<Data.User>();

        asyncResult.Result.Value.UserId = Guid.Empty;
        asyncResult.Result.Value.DisplayName = "asdfasd";
        asyncResult.IsCompleted = true;           

        callback(asyncResult);

        return asyncResult;
    }

    public Result<Data.User> EndGetUser(IAsyncResult asyncResult)
    {
        return ((CompletedAsyncResult<Result<Data.User>>)asyncResult).Result;
    }

以下是我们在服务实现类上拥有的属性。

[AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Allowed)]
[ServiceBehavior(InstanceContextMode = InstanceContextMode.PerCall, ConcurrencyMode = ConcurrencyMode.Multiple)]

任何人都可以提供一些关于为什么这些同步执行以及我需要做什么的见解，或者至少指出我需要做什么的方向，以使它们异步执行？

更新

我采用了 Matt 的一些答案，并将我的逻辑移至 End 函数调用，并按照这篇博客文章更详细地了解了他如何做到这一点将大文件上传到自托管 WCF Rest 服务。但是，我无法使用他的技术调用 End 方法。我也开始认为我的处理方式是错误的。因为查看日志，我的自定义身份验证服务正在每次服务调用之前执行，这发生在任何异步方法操作甚至触发之前。经过进一步调查，我查看了进入 IIS 的每个请求的 ThreadId，然后执行操作。看起来 WCF 仅使用 1 个工作线程...期间。我一次向 IIS 发送多少个请求并不重要。例如，如果我发送 3 个请求，我可以看到它们都在不同时间进入（彼此相差几毫秒）并且都获得自己的线程。但 WCF 似乎只是将它们全部排队并按顺序执行它们，因为它们都在同一线程上执行，包括身份验证服务调用。

Answer 1

从你的例子来看，在我看来，你正在“开始”调用完成之前完成所有工作；这是我在学习异步模式时发现的一个常见错误。

虽然我不熟悉它在 WCF 中的应用，但异步模型更典型的是一个 Begin 方法，它启动一些新线程，并带有一个要由该新线程更新的 IAsyncResult 对象。要“完成”操作，当 IsCompleted 设置为 true 时，原始调用方应将原始 IAsyncResult 对象传递回相应的返回结果的 End 方法。一个简单的实现如下所示：

    static Func<string> getUser;
    public static IAsyncResult BeginGetUser(AsyncCallback callback, object state)
    {
        getUser = () =>
            {
                Thread.Sleep(2000);
                return "finished";
            };
        return getUser.BeginInvoke(callback, state);
    }

    public static string EndGetUser(IAsyncResult asyncResult)
    {
        return getUser.EndInvoke(asyncResult);
    }

对它的调用可能如下所示：

var result = BeginGetUser(null, null);
string value = EndGetUser(result);

当然，这是一个简单的情况：引用 http://kennyw.com/work/indigo/258，“如果您没有做一些“本机异步”的事情，那么您不应该使用 AsyncPattern=true”。

幸运的是，随着 C# 5.0 或 Microsoft 发布的 Async CTP，.Net 异步模式可能会成为过去。

Answer 2

为了使事物异步，您通常将其与其他异步事物组合在一起。如果您仅使用异步方法执行同步操作，那么使用异步模式没有任何意义。例如，如果您的所有代码所做的只是将工作放在线程池上，那么您还没有完成任何事情，因为您通过异步移动代码将线程交还给线程池，但通过启动您的代码从 ASP.NET 窃取了它。在那里工作。

如果您正在进行数据库调用来获取用户，并且您的数据库支持异步操作，您可能会构建如下所示的内容：

public IAsyncResult BeginGetUser(AsyncCallback callback, object state)
{
  var taskFunc = Task<DbReader>.Factory.FromAsync(db.BeginGetUser, db.EndGetUser);
  return taskFunc.ContinueWith(task => {
    var reader = task.Result;
    reader.Read();
    return new Data.User {
      DisplayName = reader["displayName"] as string,
      UserId = Guid.Parse(reader["userId"] as string),
    }
   }
  );
}

public Result<Data.User> EndGetUser(IAsyncResult asyncResult)
{
  return (Task<User>)(asyncResult).Result;
}

让我强调一下：异步编程很棘手。使用 Task 会变得更容易一些，但您仍然需要专注于延续。调试是一件苦差事，一旦走错一步，你的代码就会消失，而你却不知道为什么。如果您错过了异常，它将出现在终结器线程上，您不一定知道原因。此外，为了进行异步编程，您必须小心翼翼地进行充满危险的多线程编程。

在尝试异步之前，请确保您真正了解发生了什么。如果您的代码本质上是同步的，那么将其设为异步并不会给您带来太大好处除非它是一个长时间运行的进程，您可以启动另一个线程来处理它。人们使用异步处理程序，以便 IIS（或任何底层 Web 服务器）可以让其线程返回服务其他请求；正如我之前提到的，如果您只是从线程池中取出一个线程，那么您将从 IIS 中窃取该线程，并且您不会看到任何可伸缩性方面的收益。然而，如果您只是疯狂地创建新线程，您就会面临拒绝服务攻击。