This repository was archived by the owner on May 3, 2022. It is now read-only.
This repository was archived by the owner on May 3, 2022. It is now read-only.
捡漏模式分策略执行，以及监控模式 #38
Description
很多人反应捡漏模式运行几个小时后被封号，应该是存在针对账号查询频率风控，所以能不能把捡漏的策略修改一下？
Delivery：运力优先模式，也就是现在的normal模式，用于运力紧缺的地区，封号风险较高，有货且有运力直接疯狂下单，每次都带登录查询，目测不可连续运行超过两个小时以上（暂时）
Goods ：货品优先模式，用于运力基本充足，但随机上货的地区。提前读取购物车后不带登录查询货品库存状态，封号风险较低，有货且有运力单线程下单，只有下单时才带登录，避免封号
讨论：
1.这个模式应该要设置最低下单金额？
2.这个模式要不要通知“有货但是金额不足没进行下单动作”？
因为可能最低金额设置太高错过多次可下单机会，但通知有可能反复提醒
3.是否要在下单前不带登录从首页预读取当前站点是否运力已满，以防止默认有运力导致反复带登录尝试下单？
另：是否开发纯监控模式？
Notification：单纯监控当前有货商品，因为可能不知道当前站点可能会上什么东西，自己加购物车里的东西一直没货，或者上了同类新商品不知道，没有加购物车
这个我之前写过监控，基本上就是每次读取所有可买商品，和上一次的比较，有新商品则通知。可用于纯手动捡漏
已知坑：
1.有的商品可能反复上架，会重复通知，要有黑名单模式
2.有的商品可能上架了，但由于搜索缓存，搜索结果还是无货，但加购物车有货，可以购买
3.如果看到监控再打开APP找到商品加购物车下单，可能等到结算已经无货了，也可能只能拿来做通知
另外此功能可能对叮咚服务器造成较大压力
最后就是高峰（早6点8点半）使用的
Speed：速抢模式