同一个浏览器多次请求竟然发现是串行执行的，见鬼了。

今天在对一个执行时间比较长方法做下控制，本想是多次请求访问的时候，同时只有一个在执行这个耗时的方法，其他请求能够直接返回当前状态。如下：

//触发一次账号同步
func SyncNow(c *gin.Context) {
	account := c.Param("account")
	pwd := c.Param("pwd")

	//这些写死了认证账号和密码
	if (account == "账号") && (pwd == "密码") {
		if !running {
			running = true
			ldap.StartSyncNow()
			running = false
			c.JSON(http.StatusOK, gin.H{"status": 0, "msg": "账号同步完成。"})
		} else {
			c.JSON(http.StatusOK, gin.H{"status": 5, "msg": "账号同步正在运行中..."})
		}
	} else {
		c.JSON(http.StatusOK, gin.H{"status": -1, "msg": "验证信息错误。"})
	}
}

结果发现，在同个浏览器上访问，多个请求都在排队执行，不会立马返回，真的见鬼了，我还以为gin的controller方法是单例的，但是感觉也不像，但是网上没找到相关的资料。
后来在CSDN上发现了这篇文章SpringBoot的controller为什么不能并行执行？同一个浏览器连续多次访问同一个url竟然是串行的？

对，是chrome浏览器或使用了相同内核的浏览器引起的。
谷歌浏览器同时只能对同一个URL发起一个请求，如果有更多的请求的话，则会串行执行。如果请求阻塞，后续相同请求也会阻塞。

   Chrome的限制规则是：浏览器同时只能对同一个URL提出一个请求，如果有更多的请求的话，对不起，请排队。这个所谓“限制”到底好不好？可能不错，想想对同一URL的请求，如果前请求阻塞，那么后请求想必也会被阻塞，这无端增加了开销，并没多大意义，Chrome这么做应该有它的合理性。

   为此为了验证这个上面这段话，我们可以找到这么一篇文章：Http cache:Implement a timeout for the cache lock.

https://codereview.chromium.org/345643003

标签：浏览器,请求,账号,URL,串行,gin,见鬼,同一个
来源： https://www.cnblogs.com/midnight/p/15919770.html