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

2022-02-21 17:35:38 阅读：227 来源： 互联网

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

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

	//这些写死了认证账号和密码
	if (account == "账号") &amp;&amp; (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

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9

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