具有 Disabled 行为的 SessionStateAttribute 似乎不起作用？

Question

我刚刚知道会话状态阻塞，所以我正在尝试使用一个简单的 MVC 项目（创建新 MVC 项目时的默认设置）来测试禁用这种阻塞。

这是HomeController 唯一涉及的About 操作方法：

[SessionState(System.Web.SessionState.SessionStateBehavior.Disabled)]
public class HomeController : Controller
{
    public ActionResult Index()
    {
        return View();
    }
    static int c = 0;
    static long ci;
    [Authorize]
    public ActionResult About()
    {
        var isSecondRequest = ++c == 2;
        //Session["a"] = 1;
        Debug.Print(">>> Started working ..." + DateTime.Now);
        if (isSecondRequest)
        {
            Debug.Print(">>> current counter: " + ci);
            for (long i = 0; i < 10000000000; i++) ;
        }            
        else
        {
            for (ci = 0; ci < 10000000000; ci++) ;
        }
        Debug.Print(">>> Finished!");
        return Content("welcome");
    }

}

我首先打开主页的两个选项卡来测试这一点。然后尝试单击第一个选项卡上的About 链接，几乎立即切换到第二个选项卡以再次单击About。所以我希望 >>> Started working … 行应该打印 2 次，时间戳几乎相同或有大约 1 或 2 秒的微小差异，但实际差异高达 21 秒，如下所示：

>>> Started working ...4/7/2019 3:16:15 PM
>>> Started working ...4/7/2019 3:16:36 PM

所以这意味着第二个请求仍然被阻止，当我已经将属性 SessionStateAttribute 应用到 HomeController 时，这是出乎意料的。而且看起来确实在另一种意义上有效，Session 对于每个请求都是 null。

你能发现这里有什么问题吗？ 我的总体目的是禁用这种阻塞，以便我可以手动管理并发请求并立即向客户端返回一些有用的消息（例如第二个请求），这样它就不会显得不必要地忙碌。

Answer 1

根据我们的聊天记录，这是因为它位于同一个控制器上，实际上与会话没有直接关系。将其移至单独的控制器时，两个请求确实同时运行：

public class SecondaryController : Controller
{
    // GET: Secondary
    public ActionResult Index()
    {
        Debug.Print(">>> Started working ..." + DateTime.Now);
        Thread.Sleep(10000);
        Debug.Print(">>> Finished!");
        return Content("welcome");
    }
}

随着

[SessionState(System.Web.SessionState.SessionStateBehavior.ReadOnly)]
public class HomeController : Controller
{
    public ActionResult Index()
    {
        return View();
    }


    public ActionResult About()
    {
        Debug.Print(">>> Started working ..." + DateTime.Now);
        Thread.Sleep(10000);
        Debug.Print(">>> Finished!");
        return Content("welcome");
    }

}

允许我这样做就好了，显示以下输出：

开始工作...2019 年 4 月 7 日下午 1:01:49

开始工作...2019 年 4 月 7 日下午 1:01:52

完成！

完成！

这里可能对以下内容感兴趣

“这里是交易 - IRouteHandler 有一个方法 - GetHttpHandler。当您向控制器发出 ASP.Net MVC 请求时，默认情况下，路由引擎通过创建 MvcRouteHandler 的新实例来处理请求，该实例返回一个 MvcHandler。MvcHandler是 IHttpHandler 的一个实现，它标有（惊喜！）IRequiresSessionState 接口。这就是普通请求使用 Session 的原因。”

取自Disable Session state per-request in ASP.Net MVC

Answer 2

我真的不确定，你做错了什么。我刚刚使用 VS2017 创建了一个全新的 MVC 应用程序。我拿了 HomeController 并添加了 [SessionState(SessionStateBehavior.Disabled)] 属性。然后，我在 Index 方法中添加了以下代码：

public ActionResult Index()
{
    this.ViewBag.Start = DateTime.Now;
    System.Threading.Thread.Sleep(5000);
    this.ViewBag.End = DateTime.Now;
    return View();
}

在我看来，我补充说：

<div class="row">
    <div class="col-xs-6">Start: @this.ViewBag.Start.ToString("HH:mm:ss.fffffff")</div>
    <div class="col-xs-6">End: @this.ViewBag.End.ToString("HH:mm:ss.fffffff")</div>
</div>

现在，我启动了应用程序，打开了两个选项卡，并同时加载了它们。结果是：

Tab1: Start: 21:10:41.3620017, End: 21:10:46.3623676
Tab2: Start: 21:10:42.4819327, End: 21:10:47.4824334

因此，您可以很容易地看到，它们正在同时处理。

几年来，我的各种应用程序中都有这个用例，并且一直运行良好。 [Authorize] 也不应该考虑序列化处理，因为我在我的应用程序中这样做，而且我从来没有遇到过问题。

我还尝试使用您的代码（将 for 循环更改为 Thread.Sleep）和 Windows 身份验证。它可以正常工作。在我的其他项目中，我通常使用表单身份验证，而且我也从未遇到过问题。您使用的是什么身份验证？