ASP.NET MVC Lock锁的测试

思路：我们让后台Thread.Sleep一段时间，来模拟一个耗时操作，而这个时间可以由前台提供。

我们开启两个或以上的页面，第一个耗时5秒(提交5000)，第二个耗时1秒(提交1000)。

期望的测试结果：

不加Lock锁，第二个页面会先执行完，因为耗时短(1秒)。

加了Lock锁，第二个页面会一直等待，直到第一个页面执行完成后再进行。

后台：

    public class DBController : Controller
    {
        /// <summary>
        /// 显示页面
        /// </summary>
        /// <returns></returns>
        [HttpGet]
        public IActionResult Concurrency()
        {
            return View();
        }

        /// <summary>
        /// 模拟耗时操作
        /// </summary>
        /// <returns></returns>
        [HttpPost]
        public IActionResult ConcurrencySubmit(string msec)
        {
            if (!string.IsNullOrEmpty(msec))
            {
                 System.Threading.Thread.Sleep(int.Parse(msec));
                 LogHelper.Info("submit:" + msec);
            }

            return View("Concurrency");
        }
    }

前台页面 Concurrency.cshtml:

@using(Html.BeginForm("ConcurrencySubmit", "DB", FormMethod.Post))
{
@Html.TextBox("msec",1000)
<button>提交</button>
}

然后开两个页面，第一个5秒，第二个1秒，同时提交。

发现第二个页面先执行完毕了，因为耗时最短。

接下来我们使用Lock来进行防并发处理，修改后台代码:

    public class DBController : Controller
    {
        private static object locker = new object();
        
        /// <summary>
        /// 显示页面
        /// </summary>
        /// <returns></returns>
        [HttpGet]
        public IActionResult Concurrency()
        {
            return View();
        }
        
        /// <summary>
        /// 模拟耗时操作
        /// </summary>
        /// <returns></returns>
        [HttpPost]
        public IActionResult ConcurrencySubmit(string msec)
        {
            lock (locker)
            {
                if (!string.IsNullOrEmpty(msec))
                {
                    System.Threading.Thread.Sleep(int.Parse(msec));
                    LogHelper.Info("submit:" + msec);
                }
            }

            return View("Concurrency");
        }
    }

同样的方法，再次提交。这次会发现第二个页面会等待，直到第一个页面执行完成后才执行