为什么我总是不能抢买到“秒杀商品”？

¤科技兽¤

定时定量抢买的秒杀商品，要想抢到似乎十分困难，哪怕电脑和网络的配置都很好。

我想知道：除了几率因素外，还有那些因素会影响到你是否能够成功秒杀呢？
-----------------------------

有一种爱叫堅持

其实大多数的人根本不懂怎么抢东西！！哪个页面进去步骤最少最快？不能加购物车、预售的商品怎么抢？
如果能认真看完我这篇回答并稍加练习，绝对能做到00秒下单成功

本文为作者原创内容，不接受任何形式的转载、演绎，如果觉得有帮助，欢迎点赞、关注、转发 支持我。

老规矩，先发战绩，基本都是00秒或者01秒下的单




本文目录：

一、如何最少步骤进入付款页面
二、一些疑问及要注意的细节
注：因篇幅有限，此文暂时只介绍手动如何抢购（自动也非最好''各有优缺），下篇-自动抢购软件 关注俺不错过更新推送哦

一、如何最少步骤进入付款页面

淘系商品又可以细分为以下几类
1、最常见的（可加购物车、购物车可勾选）



如图

最快付款步骤
1.提前把选项加到购物车--->并勾选中，因为是整点开抢，所以我们需要一款精确到毫秒的时间软件，他是可以拖动到桌面任意位置的


https://www.zhihu.com/video/1380662736511250432
低价优惠属促销抢购福利，并非100%概率获得
软件的下载链接放在下方群里了↓
卡时间需要练一点点感觉，比如说你20点抢购，那在悬浮时间跳到  19分59分59秒半 的时候就可以连续点右下角的结算了 (因为你的脑子到手点下去有一点点延迟，手机再反馈到淘宝云端又需要一点时间)
淘宝的整点抢购活动非常多，建议先在APP中找几个练练手，下次抢自己想要的东西就十平九稳了




俺平时有事没事就去抢点半价的零食，前五十件的稍微有点难，概率大概是五次中3

2.通过bp直达链接的形式去抢，但对可以加购物车，购物车又可以勾选的商品来说意义不大，下面会重点介绍


2、可以加购物车，但不能提前勾选中。或者不能加购物车类的商品




这类商品如果你没有技巧的话是非常难搞的，灰色的按钮要点时间才能选中，选中又必须要到时间了下拉刷新？时间这里就浪费了好几秒还怎么抢到？
对付这类商品就要搬出咱的黑科技了
bp直达链接

先看效果


https://www.zhihu.com/video/1380808909037367296
该链接可以直接跳过加车、选选项、勾选等一切步骤（创链接的时候已经选择好了） 直达→付款界面，搜索某鱼 竟然还有花钱代做的'且需要的人还不少


软件放在下方群文件了，有需要的自取哦
打开柚子快报首页→爆品直达


复制商品的链接粘贴进去


获取商品(软件自动解析)→选择需要的选项→点击添加商品→复制已经生成的链接→发给淘宝任意客服直接点击即可打开


这种直达链接就很适合抢 不能加购物车的优惠券↓      ↓


直达链接还支持多商品多规格直达，就和你购物车勾选很多商品一起结算一样。不需要的也可以及时删除


京东也有直达链接，同理


二、一些疑问及要注意的细节

• 问：答主我试了根本抢不到<(｀^´)>
  
• 答：打怪也是要从小怪打起再挑战大boss，先去抢限量五百件两百件的练练手，再去尝试抢那种难度大的
  

• 问：不可能都能抢到吧，图ps的
  
• 答：亲，不信可以私聊我，拍视频给你看行吗
  

• 问：预售付定金/百亿补贴的咋抢呀
  
• 答：这个也是有捷径和技巧的，有需要的同学可以在评论区给我留言，人多的话再开一篇回答<(｀^´)>
  

• 问：有交流群吗，有问题可以问你吗
  
• 答：群放在下面了，群管理就似偶，有不懂的随时问，评论区看到了都会回复↓
  

<a data-draft-node="block" data-draft-type="ad-link-card" data-ad-id="Plugin_5691d75cb7ae41fc100df80f49c647e2">

贤者

以下回答不特指任何一家电商，为什么要这么说呢？
因为我怕律师函。
先说结论，有可能你从一开始就注定抢不到，原因可能只是你的ID（可能是你的用户名，也可能是注册时系统内部给你分配的一个数字）
对任何一个做开发的人来说，以下内容都可以不看，老生长谈了。
我会用尽可能通俗的方法，给非技术人员解释其中的原理。

对电商来说，尤其是大型电商，每一次秒杀活动，都会有大量用户参与，一瞬间访问量会增大成百上千倍，后端服务器就算再扩容，也没办法轻松搞定。
于是，工程师们对秒杀这个业务做了分析。
首先，秒杀的商品，要么价格便宜，要么商品紧俏，因此，超售是绝对不可接受的。
你想想，你是商家，你在电商挂了个商品，开了个秒杀活动，备货100件。
然后电商平台给你卖出去了102件，你怎么办？
你不发货，人家投诉你，你很无辜。你发货，多出来的2件从哪儿来？
超售不行，但是少卖是可以的，100件商品，我只卖出去95件，多出来的5件我可以等这波秒杀流量过去，再慢慢卖嘛。
于是，工程师会在秒杀开始前，先让你预约，有5000人预约。
预约完成后，秒杀开始前，就会在缓存里给你们随机或者按规则打标签。
5000人中，去掉有可能是刷单的高风险用户，去掉已经参加过活动的，去掉各种其他被认为不合适的人，剩下的人随机选200人，凡是没被选中的，从这一刻就已经注定没希望了，无关你的手速。
秒杀开始时，只有选定的200人可以进入后面的逻辑，剩下的人，一开始就被缓存拦住了，前端页面直接返回没抢到，后台服务器压力大大减小。
你可能会问，怎么保证这200人都会来抢？其实没法保证。
但是，因为你都预约了，200个人里，总不会100个人都没有吧。
就算100人都没有，大不了出现有些商品没卖出去，等秒杀过后，流量没那么大了，我再放出来，给剩下的人捡漏呗。
几乎所有的电商都是这么做的，标准操作。
所以，知道了原理，我一般会这么做。
秒杀开始时，去试一下，大概率你抢不到。
我会等，等一会儿去捡那些没卖出去的漏，一般在秒杀结束后的半个小时左右。
如果前一个步骤有没卖出去的或者没付款的，后面可能就会放出来。
不过，随着电商平台越来越有钱，服务器资源也越来越多，第一轮选中的人也越来越多，这种漏就慢慢变少了。
之前，我甚至靠这个经验，在闲鱼上倒卖这些秒杀来的东西，一个月能入个几千块吧。

VB许昌

来点硬货。抢秒杀商品，你以为电商系统（背后的程序员）会那么轻易让你得逞吗？
每年双十一的秒杀商品，很多人都抱怨抢不到：要么一秒抢完，要么点到付款页面后就疯狂加载，等加载完商品也没了。这时候有些人会动些歪脑筋——让黄牛代抢，有点技术基础的还可以自己自给自足，写个爬虫去抢购。
然鹅！你们能想到的，程序员也能想到。
所以，今天我给大家介绍一下秒杀系统是如何防止恶意刷请求或者爬虫请求。感兴趣的朋友，还可以直接来免费试听我主讲的《秒杀系统项目课》，了解秒杀系统的实现机制。
首先，为了防止恶意刷请求或者爬虫请求，系统会采取验证码机制。


但验证码机制其实非常容易破解，现在又升级到了2.0：答题机制。


答题机制就更难被机器识别出来（有些题目连我都会做错）。
还有些小伙伴会发现自己的账号被“黑”，进不去某个页面，或一直显示操作频繁，那大概率是被平台的限流机制限制了。
一般可操作的方式是控制同一个IP访问次数或是控制同一个用户ID，无论来自同一个IP地址还是来自同一个用户ID，都会被系统判定为恶意请求，禁止抢购。


最严重的情况则是会被系统封用户ID或是直接封IP地址，进入黑名单。出现这种情况约等于——


害，所以你是斗不过程序员的，还是老老实实地蹲点抢货吧……
让我们再好好聊聊秒杀系统。
秒杀系统不仅要防止恶意刷请求或爬虫，还有很多需要重点维护的方面。如秒杀系统需要面对瞬间高并发大流量的场景、防超卖、要求具备高性能且稳定系统、限制用户购买件数等，都很考验程序员的系统架构能力和编码功底。
因此，秒杀系统项目中涉及到的很多技术点，是面试一二线大厂重点考察的点，也是在大厂工作中必须掌握的技术门槛。



△阿里、微信、字节跳动、苏宁都考过

另外，关于秒杀系统的相关知识点

• 项目环境搭建方式
  
• 秒杀页面和活动功能开发
  
• 分布式锁知识及代码实现
  
• 分布式ID解决方案
  
• 付款和减缓存的数据一致性处理
  
• 限流原理
  

我在《秒杀系统项目课》中讲得很清楚了，现在还特别开放首节课免费试听，感兴趣的小伙伴不妨来体验一下。

糖豆宝宝

首先设计一个系统之前，我们需要先确认我们的业务场景是怎么样子的，我就带着大家一起假设一个场景好吧。
场景

我们现场要卖100件下面这个婴儿纸尿裤，然后我们根据以往这样秒杀活动的数据经验来看，目测来抢这100件纸尿裤的人足足有10万人。（南极人打钱！）


你一听，完了呀，这我们的服务器哪里顶得住啊！说真的直接打DB肯定挂。但是别急嘛，有暖男敖丙在，我们在开始之前应该先思考下会出现哪些问题？
问题

高并发：

是的高并发这个是我们想都不用想的一个点，一瞬间这么多人进来这不是高并发什么时候是呢？
是吧，秒杀的特点就是这样时间极短、 瞬间用户量大。
正常的店铺营销都是用极低的价格配合上短信、APP的精准推送，吸引特别多的用户来参与这场秒杀，爽了商家苦了开发呀。
秒杀大家都知道如果真的营销到位，价格诱人，几十万的流量我觉得完全不是问题，那单机的Redis我感觉3-4W的QPS还是能顶得住的，但是再高了就没办法了，那这个数据随便搞个热销商品的秒杀可能都不止了。
大量的请求进来，我们需要考虑的点就很多了，缓存雪崩，缓存击穿，缓存穿透这些我之前提到的点都是有可能发生的，出现问题打挂DB那就很难受了，活动失败用户体验差，活动人气没了，最后背锅的还是开发。


超卖：

但凡是个秒杀，都怕超卖，我这里举例的只是尿不湿，要是换成100个华为MatePro30，商家的预算经费卖100个可以赚点还可以造势，结果你写错程序多卖出去200个，你不发货用户投诉你，平台封你店，你发货就血亏，你怎么办？
（没事看了敖丙的文章直接不怕）
那最后只能杀个开发祭天解气了，秒杀的价格本来就低了，基本上都是不怎么赚钱的，超卖了就恐怖了呀，所以超卖也是很关键的一个点。


恶意请求：

你这么低的价格，假如我抢到了，我转手卖掉我不是血赚？就算我不卖我也不亏啊，那用户知道，你知道，别的别有用心的人（黑客、黄牛…）肯定也知道的。
那简单啊，我知道你什么时候抢，我搞个几十台机器搞点脚本，我也模拟出来十几万个人左右的请求，那我是不是意味着我基本上有80%的成功率了。
真实情况可能远远不止，因为机器请求的速度比人的手速往往快太多了，在贵州的敖丙我每年回家抢高铁票都是秒光的，我也不知道有没有黄牛的功劳，我要Diss你，黄牛。杰伦演唱会门票抢不到，我也Diss你。
Tip：科普下，小道消息了解到的，黄牛的抢票系统，比国内很多小公司的系统还吊很多，架构设计都是顶级的，我用顶配的服务加上顶配的架构设计，你还想看演唱会？还想回家？
不过不用黄牛我回家都难，我们云贵川跟我一样要回家过年的仔太多了555！
链接暴露：

前面几个问题大家可能都很好理解，一看到这个有的小伙伴可能会比较疑惑，啥是链接暴露呀？


相信是个开发同学都对这个画面一点都不陌生吧，懂点行的仔都可以打开谷歌的开发者模式，然后看看你的网页代码，有的就有URL，但是我写VUE的时候是事件触发然后去调用文件里面的接口看源码看不到，但是我可以点击一下查看你的请求地址啊，不过你好像可以对按钮在秒杀前置灰。
不管怎么样子都有危险，撇开外面的所有的东西你都挡住了，你卖这个东西实在便宜得过分，有诱惑力，你能保证开发不动心？开发知道地址，在秒杀的时候自己提前请求。。。（开发：怎么TM又是我）


数据库：

每秒上万甚至十几万的QPS（每秒请求数）直接打到数据库，基本上都要把库打挂掉，而且你服务不单单是做秒杀的还涉及其他的业务，你没做降级、限流、熔断啥的，别的一起挂，小公司的话可能全站崩溃404。
反正不管你秒杀怎么挂，你别把别的搞挂了对吧，搞挂了就不是杀一个程序员能搞定的。
程序员：我TM好难啊！
问题都列出来了，那怎么设计，怎么解决这些问题就是接下去要考虑的了，我们对症下药。

服务单一职责：

设计个能抗住高并发的系统，我觉得还是得单一职责。
什么意思呢，大家都知道现在设计都是微服务的设计思想，然后再用分布式的部署方式
也就是我们下单是有个订单服务，用户登录管理等有个用户服务等等，那为啥我们不给秒杀也开个服务，我们把秒杀的代码业务逻辑放一起。
单独给他建立一个数据库，现在的互联网架构部署都是分库的，一样的就是订单服务对应订单库，秒杀我们也给他建立自己的秒杀库。
至于表就看大家怎么设计了，该设置索引的地方还是要设置索引的，建完后记得用explain看看SQL的执行计划。（不了解的小伙伴也没事，MySQL章节我会说的）
单一职责的好处就是就算秒杀没抗住，秒杀库崩了，服务挂了，也不会影响到其他的服务。（强行高可用）
秒杀链接加盐：

我们上面说了链接要是提前暴露出去可能有人直接访问url就提前秒杀了，那又有小伙伴要说了我做个时间的校验就好了呀，那我告诉你，知道链接的地址比起页面人工点击的还是有很大优势。
我知道url了，那我通过程序不断获取最新的北京时间，可以达到毫秒级别的，我就在00毫秒的时候请求，我敢说绝对比你人工点的成功率大太多了，而且我可以一毫秒发送N次请求，搞不好你卖100个产品我全拿了。


那这种情况怎么避免？
简单，把URL动态化，就连写代码的人都不知道，你就通过MD5之类的加密算法加密随机的字符串去做url，然后通过前端代码获取url后台校验才能通过。
暖男我呢，又准备了一个简单的url加密给大家尝尝鲜，还不点个赞？


Redis集群：

之前不是说单机的Redis顶不住嘛，那简单多找几个兄弟啊，秒杀本来就是读多写少，那你们是不是瞬间想起来我之前跟你们提到过的，Redis集群，主从同步、读写分离，我们还搞点哨兵，开启持久化直接无敌高可用！


Nginx：

Nginx大家想必都不陌生了吧，这玩意是高性能的web服务器，并发也随便顶几万不是梦，但是我们的Tomcat只能顶几百的并发呀，那简单呀负载均衡嘛，一台服务几百，那就多搞点，在秒杀的时候多租点流量机。
Tip：据我所知国内某大厂就是在去年春节活动期间租光了亚洲所有的服务器，小公司也很喜欢在双十一期间买流量机来顶住压力。


这样一对比是不是觉得你的集群能顶很多了。
恶意请求拦截也需要用到它，一般单个用户请求次数太夸张，不像人为的请求在网关那一层就得拦截掉了，不然请求多了他抢不抢得到是一回事，服务器压力上去了，可能占用网络带宽或者把服务器打崩、缓存击穿等等。
资源静态化：

秒杀一般都是特定的商品还有页面模板，现在一般都是前后端分离的，所以页面一般都是不会经过后端的，但是前端也要自己的服务器啊，那就把能提前放入cdn服务器的东西都放进去，反正把所有能提升效率的步骤都做一下，减少真正秒杀时候服务器的压力。
按钮控制：

大家有没有发现没到秒杀前，一般按钮都是置灰的，只有时间到了，才能点击。
这是因为怕大家在时间快到的最后几秒秒疯狂请求服务器，然后还没到秒杀的时候基本上服务器就挂了。
这个时候就需要前端的配合，定时去请求你的后端服务器，获取最新的北京时间，到时间点再给按钮可用状态。
按钮可以点击之后也得给他置灰几秒，不然他一样在开始之后一直点的。你敢说你们秒杀的时候不是这样的？


限流：

限流这里我觉得应该分为前端限流和后端限流。
前端限流：这个很简单，一般秒杀不会让你一直点的，一般都是点击一下或者两下然后几秒之后才可以继续点击，这也是保护服务器的一种手段。
后端限流：秒杀的时候肯定是涉及到后续的订单生成和支付等操作，但是都只是成功的幸运儿才会走到那一步，那一旦100个产品卖光了，return了一个false，前端直接秒杀结束，然后你后端也关闭后续无效请求的介入了。
Tip：真正的限流还会有限流组件的加入例如：阿里的Sentinel、Hystrix等。我这里就不展开了，就说一下物理的限流。
库存预热：

秒杀的本质，就是对库存的抢夺，每个秒杀的用户来你都去数据库查询库存校验库存，然后扣减库存，撇开性能因数，你不觉得这样好繁琐，对业务开发人员都不友好，而且数据库顶不住啊。
开发：你tm总算为我着想一次了。


那怎么办？

我们都知道数据库顶不住但是他的兄弟非关系型的数据库Redis能顶啊！
那不简单了，我们要开始秒杀前你通过定时任务或者运维同学提前把商品的库存加载到Redis中去，让整个流程都在Redis里面去做，然后等秒杀介绍了，再异步的去修改库存就好了。
但是用了Redis就有一个问题了，我们上面说了我们采用主从，就是我们会去读取库存然后再判断然后有库存才去减库存，正常情况没问题，但是高并发的情况问题就很大了。
这里我就不画图了，我本来想画图的，想了半天我觉得语言可能更好表达一点。
多品几遍！！！就比如现在库存只剩下1个了，我们高并发嘛，4个服务器一起查询了发现都是还有1个，那大家都觉得是自己抢到了，就都去扣库存，那结果就变成了-3，是的只有一个是真的抢到了，别的都是超卖的。咋办？
Lua：

之前的文章就简单的提到了他，我今天就多一定点篇幅说一下吧。

Lua 脚本功能是 Reids在 2.6 版本的最大亮点， 通过内嵌对 Lua 环境的支持， Redis 解决了长久以来不能高效地处理 CAS （check-and-set）命令的缺点， 并且可以通过组合使用多个命令， 轻松实现以前很难实现或者不能高效实现的模式。

Lua脚本是类似Redis事务，有一定的原子性，不会被其他命令插队，可以完成一些Redis事务性的操作。这点是关键。
知道原理了，我们就写一个脚本把判断库存扣减库存的操作都写在一个脚本丢给Redis去做，那到0了后面的都Return False了是吧，一个失败了你修改一个开关，直接挡住所有的请求，然后再做后面的事情嘛。
限流&降级&熔断&隔离：

这个为啥要做呢，不怕一万就怕万一，万一你真的顶不住了，限流，顶不住就挡一部分出去但是不能说不行，降级，降级了还是被打挂了，熔断，至少不要影响别的系统，隔离，你本身就独立的，但是你会调用其他的系统嘛，你快不行了你别拖累兄弟们啊。


削峰填谷：

一说到这个名词，很多小伙伴就知道了，对的MQ，你买东西少了你直接100个请求改库我觉得没问题，但是万一秒杀一万个，10万个呢？服务器挂了，程序员又要背锅的。
Tip：可能小伙伴说我们业务达不到这个量级，没必要。但是我想说我们写代码，就不应该写出有逻辑漏洞的代码，至少以后公司体量上去了，别人一看居然不用改代码，一看代码作者是敖丙？有点东西！
你可以把它放消息队列，然后一点点消费去改库存就好了嘛，不过单个商品其实一次修改就够了，我这里说的是某个点多个商品一起秒杀的场景，像极了双十一零点。
总结

到这里我想我已经基本上把该考虑的点还有对应的解决方案也都说了一下，不知道还有没有没考虑到的，但是就算没考虑到我想我这个设计，应该也能撑住一个完整的秒杀流程。
最后我就画个完整的流程图给大家收个尾吧！



Tip：这个链路还是比较简单的，很多细节的点全部画出来就太复杂了，我上面已经提到了所有的注意点了，大家都看看，真正的秒杀有比我这个简单的，也有比我这个复杂N倍的，之前的电商老东家就做的很高级，有机会也可以跟你们探讨，不过是面试嘛，我就给思路，让你理解比较关键的点。

秒杀这章我脑细胞死了很多，考虑了很多个点，最后还是出来了，忍不住给自己点赞！
（这章是真的不要白嫖，每次都看了不点赞，你们想白嫖我么？你们好坏喲，不过我好喜欢）

电信手机

完全是手动秒杀，话不多说，看订单秒杀时间


至今没有我秒不到的商品，看完这篇文章，包你也能手速和我一样快~

秒杀大致分为两种模式：

• 抢拍秒杀——成功率90%
  

• 识字秒杀——成功率10%
  

遇到这种就放弃吧，真的

经常逛天猫的妹子会发现，大品牌旗舰店时不时推出一些9.9秒杀商品，或满199-100 秒杀优惠券。
名气越响的品牌，蹲点秒杀的群众就会越多，而秒杀的商品数量往往都很有限，僧多粥少，能否秒杀成功全靠平时积攒的好运气。
机灵点的妹子应该会想到让专业代拍来代秒杀，毕竟软件代拍的成功率比手动秒杀要高很多。
但代拍金额是根据商品总价和秒杀数量来决定的，如果秒杀商品只有9.9元，而代拍费要20元，那就得不偿失啦。
大多数人还是更适合抢拍秒杀，即掐点秒杀。比如商家定的秒杀时间为7月1日早上10点，那就定好闹钟准点秒杀即可。
我试过一两次识字秒杀，成功率为0。在短短的几秒内需要看清要识别的字，并按照顺序一一点击，更加适合手眼并用反应敏捷的人，对于我来说太困难了。
如何获取秒杀信息：

▼ 淘宝首页。有很多商家买了广告位，通常喜欢用低价秒杀来吸引消费者
▼ 关注的店铺首页。浏览店铺新品时，也许会碰巧看到首页有秒杀预告
▼ 电商大型活动日，如618，双十一，双十二。电商为了冲人气，做预热，会放出一下满减优惠券。
▼ 别人推荐。热心网友总结的各种秒杀活动。
如何分布成功秒杀：

就像如何把大象塞进冰箱里一样简单，掐点秒杀真的一点都不难。但是里面有很多隐藏的bug需要特别注意，不然就会成为阻碍秒杀成功路上的绊脚石哦。

• 确认是否需要秒杀商品
  

千万别以省钱之名买一堆不常用的物品，浪费时间浪费金钱又占地方。

2. 收藏秒杀商品/设置指纹付款
更倾向于收藏而不是加入购物车，并且一定要将秒杀商品放在收藏夹首个位置。（很多商品并不支持添加购物车，这就是为什么要放入收藏夹的原因~）
秒杀商品拍下后，及时付款也很重要。为了减少输入6位密码的时间，将支付方式设置为指纹支付最为便捷。
担心指纹支付会被别人所用的人，可以先设置指纹支付，秒杀结束后再改成密码支付。

3.确认秒杀商品数量
通常秒杀商品的数量有一次限定和多日限定。
如果商品A 有100件秒杀数量，那么一次限定是指在7月1日当天放出100件秒杀商品，秒完即止。
多日限定是指在7.1~7.5这五天，每天固定时间段里只放出20件商品秒杀，分5天秒杀完毕。
这两种秒杀情况不分谁优谁劣，只要秒杀总数量多，成功几率会更大一些。

4.定好手机闹钟
这步真的非常重要，错过秒杀时间那手速再快也不可能成功！
如第二天早晨10点有秒杀，那就定9:54，9:56，9:58这三个闹钟。秒杀时间在工作日的话，可以带着手机假装去厕所，也不会耽误太长时间。

5. 下载 悬浮时钟 APP
目前好像只有安卓系统有，iOS应该会有类似的软件，有了解的朋友可以在评论区踊跃发言~


内存只有1.4M，一点儿也不占空间。
第一次使用，需要在系统设置或权限管理中启用悬浮窗口。点击已开启，就会有一个时间框悬浮在任何APP上。我比较喜欢将时间框放在最上方正中的位置，方便在淘宝页面进行操作。



6.等待秒杀
以早上10点开始的秒杀为例，离秒杀时间还有3分钟即9:57就可以打开悬浮时钟，同时打开淘宝收藏夹。
稍微等待一会，当秒针变成9:59:59时左手点击商品，右手点击立即购买，点击确定的同时将指纹支付手指移到触摸键上，几乎能在3秒能完成这一套动作。
一开始秒杀会不太熟练，没有秒到就当做省钱了呗，多练习几次就会越来越得心应手。
秒杀时时有，但心仪的秒杀商品却不多见，这得看运气啦。如果成功秒杀到有需要的商品，那真的是省钱又省心呢。

                                                                               //////
在以往的文章里我也提到过很多次，我更倾向于在客服能够及时沟通的平台购物，天猫超市，京东商城基本被我pass了。
为什么我会如此执着与和客服沟通？
如果你买一件在实体店内从来都没有接触过的非标品，是不是要通过沟通/交流才能确认自己是否合适？
无论是尺寸还是颜色，官方数据只能作为参考，更重要的是结合自身情况进行沟通。
亚洲的S码服饰和欧洲的S码不是一个概念，甚至不同品类不同材质的服饰，S码之间都会有所差异。网络购物已经不能通过亲自试用来进行选择，如果再不和客服咨询，那真的是闭着眼睛盲买了。
如果最近有遇到秒杀商品，可以下载这个APP试一试~

近期阅读推荐
夏季需要哪些款型的凉鞋？有什么事是你租房以后才知道的？有那些小众而又便宜的潮牌？