【问题标题】:ASP.NET MVC POST waiting indefinitely on first attemptASP.NET MVC POST 在第一次尝试时无限期等待
【发布时间】:2017-12-23 11:59:07
【问题描述】:

我有一个用 Html.BeginForm 制作的标准表单,它发布到控制器中的异步操作。它看起来像这样(这是一个大纲,不是实际代码):

    [HttpPost]
    public async Task<ActionResult> Index(UserCreds creds)
    {
        try
        {
            if (ModelState.IsValid)
            {
                var user = await loginRep.Login(creds.Username, creds.Password);

                if (user != null)
                {
                     _context.SetAuthenticationToken(user);

                     return RedirectToAction("Index", "Landing");
                } 
                else
                {
                    ModelState.AddModelError("", "Login failed.");
                }
            }
            else
            {
                _logger.Debug(string.Format("User failed authentication."));
            }

        }
        catch (Exception ex)
        {
            throw new HttpException(500, string.Format("An error occured during the execution of the action {0} from Controller {1}", "Index", "Login"), ex);
        }

        return View();
    }

在第一次提交表单时,浏览器将无限期地等待响应,即使可以看到调试器正在逐步执行 RedirectToAction。如果然后停止浏览器中的请求,并再次提交,重定向就会发生。所有后续登录尝试也成功重定向。在第一次尝试期间,身份验证令牌也未设置。

这可能与loginRep.Login 中的委托使用有关。在它里面最终会做这样的事情:

private async Task<LoginResponse> SendLoginRequest(string username, string password)
{
    TaskCompletionSource<LoginResponse> tcs = new TaskCompletionSource<LoginResponse>();

    LoginResponseCallback callback = null;
    callback = new LoginResponseHandler(delegate (response) {
       securityService.OnLoginResponse -= callback;
       tcs.SetResult(response);        
    });

    securityService.OnLoginResponse += callback;

    securityService.SendLoginRequest(username, password);

    return await tcs.Task;
}

有人知道发生了什么吗?如果这是一个死锁,我不会期望看到调试器到达重定向,也不会期望登录对除第一次以外的所有尝试都有效。

请注意,如果一个人只是跳过发送登录请求而只是硬编码成功响应的样子,那么该表单在第一次工作时确实有效。

【问题讨论】:

  • 是否有某些东西(可能是设置提供程序或类似的)仅在第一次调用时才初始化,而与您的异步方法不兼容?
  • 不确定。但是,登录响应第一次确实有效。忘了说这个项目最初是 MVC 2.0,后来迁移到 MVC 5.0。我一直在想也许我应该删除 Web.config 然后重新创建它,以排除任何旧配置的​​干扰。让我试试看。
  • 创建一个新的 Web.config 被证明太耗时了。是否将运行时信息添加到当前的 Web.config,但问题仍然存在。
  • @Porschiey 事实证明,这正是发生的事情。必须在 Application_Start 中为 securityService 添加一个初始化步骤。

标签: c# asp.net asp.net-mvc async-await taskcompletionsource


【解决方案1】:

好的。问题已解决。我展示的两个代码示例没有任何问题。该错误与设置我的安全服务有关,因此不幸的是它特定于该应用程序。

也就是说,发生无限等待是因为 Global.asax.cs 中的 Application_Error 有效地吞下了某些异常。一旦我将其更改为始终重定向到我的错误页面,无论如何,至少它会在问题发生时立即重定向到错误页面,而不是从用户的角度来看。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2021-10-13
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-03-09
    • 2012-05-12
    • 2011-10-23
    相关资源
    最近更新 更多