7.1、深入理解之发送频率

admin

一直有网友提这方面的问题，所以单开一个贴子系统的解释一下：

一、在我们讨论发送频率之前，我们还是很有必要说说api的限制，否则说了频率也没意义。据我个人所知，绝大多数api对客户端的请求都是有限制的，以新网为例，同一个域名的注册请求如果超过三次，就会封你，其他api估计也有类似的限制。其实道理很好理解，如果大家都无限制的向api发送请求，那api肯定处理不过来，最终的结果就是api瘫痪了，各位抢注的网友相当于对api服务器发动了DDOS攻击，所以说抛开api的限制谈抢注频率，没有任何意义。我个人认为与其研究抢注频率，不如在whois上想想办法，如何能快速获得域名已经删除的信息。

二、同步模式下的抢注频率：同步模式，即api处理完一个请求才能处理下一个请求，所以你的抢注频率是由你的api处理能力决定的，如果你设置每秒发送10次数据过去，但api只能处理2个请求，那其实你的实际抢注频率就是每秒而已。

三、异步模式下的抢注频率：异步模式，即不管api的状态，直接发送数据过去，如果你设置每秒发送10次数据，那程序确实是会每秒提交10次请求给api的，但api实际处理的其中的几个，我们只能根据返回的信息来判断了，也许只能处理其中的1个而已。



总结，在现在的情况下，我个人认为还是发挖whois模式的潜力更有价值，如果api对客户端的请求不做任何限制，大家不要以为这样的api就是好的，我个人认为倒是正好相反，这种api才是垃圾的，它不对任何请求做限制，那么所有客户的服务就都无法得到保障。如何挖掘whois模式的潜力，以及提高whois的效率，这又是另一个范畴，也是另一个难题。

注：关于同步模式和异步模式的差异，请参考以前章节内相关讲解。