怎么产生这个想法的呢，是因为我在抢外观的时候，点击购买按钮是会有cd的，就是说点击购买，然后按钮会变灰色，隔一小段时间才能继续点击。所以手速再快也没用，只能凭运气卡点，还要保证网速
然后我登录了网页商城，点击购买我发现没有cd，可以一直点，这让我喜出望外

但是直觉让我觉得事情没有那么简单，于是我就打开了审核元素，发现购买按钮对应的标签一直在闪烁。
我用我仅存的一点点前端知识，猜测这是有脚本控制不停的刷新购买按钮，等时间到了以后将无法购买替换成可以购买。
如果是这样的话，我查看了网络请求，在按钮不停的刷新的时候，并没有任何网络请求，也就是说这个时间是固定的，你打开购买页面的时候，是第一次与商城服务交互，后面就没有了，也就是说后面脚本运行造成的延迟无法被修正。

举个例子，(8点0分0秒0毫秒)8.00.00.00开始，然后打开页面的时间是7.59.57.31
脚本设定0.5秒刷新一次，然后每次刷新的时间就是 7.59.57.81 ，7.59.58.31，7.59.58.81，7.59.59.31，7.59.59.81，8.00.00.31(可以购买)
如果另一个人是 7.59.57.11打开的页面，那么他在 8.00.00.11就可以购买
不知道我这么分析对不对，感觉像是这样的

不过换个角度想，这样玩家之间，游戏商城和网页商城之间应该都是一样的机制，也算动态平衡了。

然后说下脚本和玩家手点的区别，低端脚本直接模拟无限点击购买，能在按钮刷新瞬间购买，但还是有延迟。
高端脚本直接调用购买接口和服务器交互，可以晕倒0延迟。前提是脚本需要花精力研究接口的签名算法(也可能签名算法直接被抓包抓到了)

玩家–>浏览器–>服务器
脚本–>服务器

以上全都是我的个人猜测有没有真正懂得，帮我解惑是不是这样啊

蹲

蹲

蹲

蹲

蹲

不好意思之前设置了无法评论

我打开网页商城，时间没到购买按钮是灰色的，但是当我看到它亮起来的时候点下去，它提示我售卖时间没到，再点外观就空了，挠头，很疑惑。