一直在用Session，对Session锁并没有太多的关注，可能是平时没有注意。前段时间突然发现，一个Ajax Get请求，直接访问地址，只需要几十ms,但是在页面中加载，却需要2s。最后定位到Session的问题。

具体的内容我在园里看了下别人的文章：http://blog.csdn.net/paolei/article/details/38052129

不过，也发现了一些问题。

比如，这个例子：

后端：

    public class MyController : Controller

    {

        // GET: My

        public ActionResult Index()

        {

            return View();

        }

        [HttpGet]

        public string GetTest1()

        {

            Thread.Sleep(1000);

            return "GetTest1";

        }

        [HttpGet]

        public string GetTest2()

        {

            return "GetTest2";

        }

    }

　　前端：

    $.get("GetTest1", function (resp) {

        console.log(resp); // server response

    });

    $.get("GetTest2", function (resp) {

        console.log(resp); // server response

    });

直接使用上面的代码，没有访问过Session，代码默认不进行Session锁，运行结果：

GetTest2
GetTest1

当在Controller中写Session后：

        public ActionResult Index()

        {

            Session["A"] = "A";

            return View();

        }

运行结果：

GetTest1
GetTest2

然后按上文在Controller前加：[SessionState(System.Web.SessionState.SessionStateBehavior.ReadOnly)]，再次运行，发现结果是一样的，说明ReadOnly是无效的。

其实也是，虽然是ReadOnly，但是代码中还是写了，这和ReadOnly显然是矛盾的，但是代码并不会报错，只是这个属性无效了。

后来，改成：[SessionState(System.Web.SessionState.SessionStateBehavior.Disabled)]

这时再运行，就直接报错了。

最后总结了一下，只要Controller中有Session的写，无论Controller前的SessionStateBehavior是什么，都会认为Session是可写的，会进行Session锁。 所以，如果真的对Ajax并发性能要求比较高的话，就不能用Session了吧。 所以，觉得SessionStateBehavior这个属性有点鸡肋呀。本人浅见，如果有高手希望指点一二。

后来，我对自己的应用想到了一个不是办法的办法，把另外一个Ajax加载比较慢的，使用timeout 20ms，这个是调用一个复杂的计算加载待办数的，另一个是加载页面列表数据，显然，用户一开始最想先看到列表数据。