个人见解：

1. 若没暴露秒杀接口，像我们程序员可以提前捕捉到执行秒杀的具体url，

   1）根据里面的信息推测出其他商品的秒杀地址；

   2）建立不同的用户对应的秒杀商品的url；

   3）虽然现在无法秒杀（秒杀时间未到，如果时间未到，后台却接到了某个秒杀请求，嘿嘿嘿，这个用户需要封锁，他想搞事情！！！），但是时间一到通过循环发送请求，占用服务器端大量的请求，相对其他用户就不公平了。

2. 秒杀接口只有在秒杀开启的时候才暴露，有人说，那我照样使用这个秒杀地址执行一系列的循环脚本访问，不也一样嘛？首先我们程序员需要知道第二次访问就是秒杀商品的对应的url，万一不是呢，第二次访问可能只是用户信息的提交，第三次才是呢？因此我们这边需要在众多url请求中筛选出最终的秒杀商品的url，所以在提前不知道目标系统其秒杀的逻辑和顺序的话，应该需要花一段时间进行分析。。。然后等你分析完了，发现秒杀已经开始5分钟了，普通用户已经抢完了。。。

还是加个人机验证靠谱。

这不是然并卵嘛。。

1- 我写个脚本等着你暴露秒杀接口，用脚本拿秒杀地址然后秒杀

和

2- 直接写个脚本秒杀。。

区别大吗？

代码规范，看过一片手记，讲经理写接口，下属写实现类