抢购器 抢拍器 秒杀器 秒杀软件 抢购软件 设计思路(未实现)

为什么写这个？

最近想买个小米手机，结果没抢到，感觉这个抢购是不是有问题，网上一搜，发现有抢购器之类的东西，就分析一下

一、自动抢购需求分析：问题域

 1.1 背景：当前网站经常出现秒杀、限时抢购的活动。
     举例子：电子商务、购物网站类、小米手机抢购
     抢购者往往话费了大量的时间资源在抢购网站中，结果往往却不尽如人意，很多抢不到。浪费了时间，却没有收获。
     假如能够有一个软件能够自动的按网站抢购要求登录网站、进行抢购，并将抢购的结果通知给用户是不是更好呢？
 1.2 一般抢购流程：
     抢购网站用户注册(省略：一般要绑定邮箱，需要先自动注册一个邮箱，然后自动激活功能)
     用户填写登录信息(用户名、密码、验证码信息)
     进入到抢购页面（若干个页面跳转）
     根据抢购需求，自动填写抢购信息：如选中被抢购产品、选中型号、填写抢购的一些信息，如抢购人、抢购时间、抢购送货地址
     抢购成功下一步，抢购失败间隔一定时间继续上面一个操作，
     抢购成功，将抢购成功结果信息通知抢购人(邮件、短信、声讯、电话... ...)
     进入下一步，在线支付，填写好自动支付信息，自动支付成功(通知抢购人自动支付成功)
 1.3 支持多人抢购流程：
     [1] 抢购系统能够模拟一个抢购用户 抢购一个商品
     [2] 抢购系统能够模拟一个抢购用户 抢购多个商品
     [3] 抢购系统能够模拟并发多个抢购用户 抢购 多个相同商品
     [4] 抢购系统能够模拟并发多个抢购用户 抢购 多个不同商品
 1.4 联合抢拍器：
     1.提前60分钟输入验证码
     2.三种抢拍模式：定时、随机、孤品抢拍模式，其中手动模式可以连续监控宝贝动态长达60分钟且不耗费CPU。
     3.修改价格上架抢拍功能，在商城常见的抢拍模式，一般抢拍器无法胜任。
     4.自动支付，比引擎的自动支付更合理，哪件需要自动支付可以单独设置。
     5.开一个软件可以同时抢拍多件宝贝。
     6.自动更新，让用户更省力。
     7.支持颜色、尺码、VIP、匿名、留言等功能。
     8.相互协助抢拍，增加成功率。
     9.即将增加功能：自动探测店主是否更换了尺码颜色等信息，防止这类花招造成抢拍失败。
1.5 “秒杀”，是网络卖家发布一些超低价格的商品，让所有买家在同一时间通过网络进行抢购的一种促销方式。由于商品性价比很高，往往活动一开始就被抢购一空，所需时间甚至以秒计算。
　　也正是这种僧多粥少的状况，一种能够高频率点击页面的微型软件——秒杀器应运而生。淘宝网此前举行的“一元秒杀”活动，网友就认为部分人使用抢拍器等软件作弊，破坏了活动的公平性。为此，淘宝网进行了紧急处理，全面禁售此类恶意软件。但事实仅仅是禁止，但淘宝暂时没有办法完全屏蔽这种程序。
　　1 服务器压力：在秒杀活动开始的前5分钟内，访问流量会放大到3-5倍，甚至10倍以上，平时设计的压力容量，在这里根本发挥不了作用，如数据保存不了,服务不响应。比如商场的Nike专柜搞活动，所有鞋1元销售，20：00开始，服务员只有3位，大家蜂拥而上，大多数人压根就看不到鞋。
　　2 抢拍器：很多人说，我点下去就没有啦，一点不奇怪，抢拍器在活动开始的前2-5分钟启动，每秒钟可以想淘宝发几十次请求，所有商品一上架，秒杀器在0.1秒钟不到就知道上架啦，接下来马上执行下单操作，应该在0.05秒就可以完成，所以抢拍器基本在0.15秒钟就可以将商品拍下。普通人使用浏览器（浏览器加载一个页面就需要2-3秒钟），根本做不到，抢拍器是基于http协议做的，完全可以做到，目前最好用的仍然是安百网的联合抢拍器。
　　3 关于验证码问题：绝大多数站点都很难解决，其实验证码可以通过提前访问而获取到的。
　　秒杀活动，本意是好的，但是普通人你不使用秒杀器你基本不会买到商品的。不少站点说封杀抢拍器，但是知道HTTP的人都知道，服务器端不会知道是人还是抢拍器在做这个事情，对付低级的抢拍器是可以的，但是高级点的抢拍器是没有办法的，就比如说安百网联合抢拍器。不少人在发牢骚，其实很多使用抢拍器的人在偷笑。当然如果这些活动不会惠及到普通人，让少部分人得益，重在参与，乐在其中。

二、自动抢购解决方案：人机交互领域：用程序模拟人机交互过程 设计域
   思路一：找现成的：抢购器 抢拍器 秒杀器 秒杀软件 抢购软件
           http://goolexyz.blog.sohu.com/
   思路二：runloader或录屏软件、性能测试软件、人机测试软件等。
   思路三：研发解决思路:
      2.1 将抢购人信息写入到抢购系统的数据库User表中的信息包括：用户名、密码、抢购的产品名称型号、邮箱、电话、邮寄地址、抢购开始时间和抢购结束时间、抢购频率、抢购最大次数、抢购数量、是否子线支付等。
      2.2 根据抢购人，批量启动抢购用户登录抢购网站
          关键技术：验证码识别技术：验证码自动识别技术 http://www.skycn.com/soft_intro.php?id=55424
      2.3 网站内跳转、设置值、http请求相关 抓包分析
      2.4 抢购动作：http post操作
          每一个页面提交都是一个http请求，可以通过抓包工具，抓到请求的协议和参数，返回的协议和参数，
          用httpclient之类的工具模拟发送请求即可
          如模拟登陆、模拟填写抢购订单、等等
          尤其注意：sessionId,每次向服务器发送请求时，一定要带上上次将返回的sessionId,保证session验证能够通过
      2.5 抢购成功 -->  发短信、邮件、声讯通知抢购者
      2.6 计费功能：抢购成功一个收取一定费用
      2.7 配置自动在线支付，可以在线支付
   
三、自动抢购实施解决：实现域、实施域
      3.1整理出http交互协议：httpclient
         获取验证码协议：请求、响应
         登陆协议：      请求、响应
         抢购订单：      请求、响应
         支付协议：      请求、响应
      3.2数据库设计：MySQL
         用户表：用户名、密码、抢购的产品名称型号、邮箱、电话、邮寄地址、抢购开始时间和抢购结束时间、抢购频率、抢购最大次数、抢购数量、是否子线支付，用户并发抢购线程数，抢购次数，抢购状态、抢购结果等。
      3.3UI原型：html/jsp/php/python
         录入用户信息界面
         启动抢购流程登陆获取认证码界面
         抢购主界面：抢购用户任务进度情况界面：包括一些信息：用户、开始抢购时间、用户当前执行的操作，返回的结果... ...
         增加抢购、停止抢购、暂停抢购、删除抢购
         统计报表：多少用户抢购，抢购成功的数量、失败的数量
      3.4 技术架构：
         分层架构：UI(html/jsp) + spring + spring jdbc/ibatic/hibernate + mysql + OS(Linux/Windows)
         后台多线程：concurrent包、spring job、spring batch、timers等
         应用服务器：tomcat jvm

四、自动抢购验证总结：测试、验证域
    苹果抢购、小米抢购、火车票抢购、淘宝抢购、京东抢购、苏宁、国美、....测试验证
    http://bbs.xiaomi.cn/thread-6480236-1-1.html
    http://www.xiaomi.com/index.php