今天在对一个执行时间比较长方法做下控制,本想是多次请求访问的时候,同时只有一个在执行这个耗时的方法,其他请求能够直接返回当前状态。如下:
//触发一次账号同步
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