后端
是煎饼吖
这个作者很懒,什么都没留下…
展开
-
幂等请求
项目中请求如何做的幂等 对于一些用户请求,在某些情况下是可能重复发送的,如果是查询类操作并无大碍,但其中有些是涉及写入操作的,一旦重复了,可能会导致很严重的后果,例如交易的接口如果重复请求可能会重复下单。 重复的场景有可能是: 黑客拦截了请求,重放 前端/客户端因为某些原因请求重复发送了,或者用户在很短的时间内重复点击了。 网关重发 …. 本文讨论的是如何在服务端优雅地统一处理这种情况,如何禁止用户重复点击等客户端操作不在本文的讨论范畴。 利用唯一请求编号去重 你可能会想到的是,只要请求有唯一的请求编号原创 2020-12-08 20:58:24 · 723 阅读 · 0 评论 -
分布式事务原理
https://mp.weixin.qq.com/s/7gfmnXQRRim0OCIRC0tQ5w原创 2020-11-25 13:13:05 · 106 阅读 · 0 评论 -
CAP和BASE理论
CAP 理论 CAP 理论/定理起源于 2000 年,由加州大学伯克利分校的 Eric Brewer 教授在分布式计算原理研讨会(PODC)上提出,因此 CAP 定理又被称作 布鲁尔定理(Brewer’s theorem) 2 年后,麻省理工学院的 Seth Gilbert 和 Nancy Lynch 发表了布鲁尔猜想的证明,CAP 理论正式成为分布式领域的定理。 简介 CAP 也就是 Consistency(一致性)、Availability(可用性)、Partition Tolerance(分区容错性)原创 2020-11-25 13:07:55 · 138 阅读 · 0 评论 -
高并发下的接口幂等性解决方案
高并发下的接口幂等性解决方案 一、背景 我们实际系统中有很多操作,是不管做多少次,都应该产生一样的效果或返回一样的结果。 例如: 前端重复提交选中的数据,应该后台只产生对应这个数据的一个反应结果。 我们发起一笔付款请求,应该只扣用户账户一次钱,当遇到网络重发或系统bug重发,也应该只扣一次钱; 发送消息,也应该只发一次,同样的短信发给用户,用户会哭的; 创建业务订单,一次业务请求只能创建一个,创建多个就会出大问题。 二、幂等性概念 幂等(idempotent、idempotence)是一个数学与计算机学原创 2020-11-15 20:12:10 · 104 阅读 · 0 评论