gydtep
发表于 2020-7-22 08:32:33
这样可以绕过一大堆复杂且用处不大的处理逻辑，节省毫秒级的时间，当然，需要合理评估你对框架的依赖程度
gydtep
发表于 2020-7-22 10:00:45
预扣库存。这种方式相对复杂一些，买家下单后，库存为其保留一定的时间（如 15 分钟），超过这段时间，库存自动释放，释放后其他买家可以购买
gydtep
发表于 2020-7-22 11:01:00
劣势：用户体验较差。用户下单后，不一定会实际付款，假设有 100 件商品，就可能出现 200 人下单成功的情况，因为下单时不会减库存，
gydtep
发表于 2020-7-22 13:03:25
卖的出去：恶意下单的解决方案主要还是结合安全和反作弊措施来制止。比如，识别频繁下单不付款的买家并进行打标，这样可以在打标买家下单时不减库存；
gydtep
发表于 2020-7-22 14:32:46
预防：建立常态压测体系，定期对服务进行单点压测以及全链路压测，摸排水位
gydtep
发表于 2020-7-22 15:38:33
一个秒杀系统的设计，可以根据不同级别的流量，由简单到复杂打造出不同的架构，本质是各方面的取舍和权衡。
gydtep
发表于 2020-7-22 15:52:05
当然，你可能注意到，本文并没有涉及具体的选型方案，因为这些对于架构来说并不重要，作为架构师，应该时刻提醒自己主线是什么。
gydtep
发表于 2020-7-22 17:52:48
在这些工具基础之上，结合大数据、智能化手段是否可以在代码编写提效、代码质量、安全提升方面做一些探索呢？
gydtep
发表于 2020-7-22 21:10:03
传统的代码评审分为三个阶段：新建评审、评审中、评审结束。在这三个阶段中，用户都会产生哪些行为呢？
gydtep
发表于 2020-7-23 09:59:36
这种补全工具有个问题，就是补全结果没有进行合理排序。基于统计机器学习的代码补全工具不仅可以给出更加合理的补全候选方案，
