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

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

//触发一次账号同步
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

上一篇:google测试分享-GTA


下一篇:rxjs - 创建数据流