重复下载，为何又多扣一次？

九天-刃 2018-03-18 03:09:01

CSDN有明文规定，下载过的资源，再次下载不扣分的，结果今天找到一个历史下载记录，点进去下载了，然后发现分被扣了。资源如下：
https://download.csdn.net/download/sqldebug_fan/7467745
请官方出来说明下

...全文

194 3 打赏收藏转发到动态举报

写回复

3 条回复

切换为时间正序

请发表友善的回复…

发表回复

九天-刃 2018-03-19

打赏
举报

回复

晕倒，早知道就不去偿试了，积分不容易啊

斯洛文尼亚旅游 2018-03-18

打赏
举报

回复

超过30天了。。

渔舟唱晚，雁阵惊寒 2018-03-18

打赏
举报

回复

一个月内重复下载不扣积分

分布式系统的接口幂等性设计.docx

在业务复杂，数据量大，并发量大的情况下，库存扣减容易引发数据的不一致，常见的优化方案有两个： • 调用“设置库存”接口，能够保证数据的幂等性 • 在实现“设置库存”接口时，需要加上原有库存的比较，才允许设置成功，能解决高并发下库存扣减的一致性问题

来看看支付模块中为什么有时多扣了钱？

接口幂等性就是用户对于同一操作发起的一次请求或者多次请求的结果是一致的，不会因为多次点击而产生了副作用；比如说支付场景，用户购买了商品支付扣款成功，但是返回结果的时候网络异常，此时钱已经扣了，用户再次点击按钮，此时会进行第二次扣款，返回结果成功，用户查询余额返发现多扣钱了，流水记录也变成了两条．．．,这就没有保证接口的幂等性1、前端控制页面上控制按钮点击一次就置灰，不让重复点击。这种方案并不是靠保证接口幂等实现的，可靠性不高但简单。2、后端控制。

简单说：同一条消息，消费1次和消费100次，结果一样。比如“扣库存”消息，重复消费后，库存也不会多扣。记住“1个核心+4个原因+1个方案”核心：MQ重复消费无法完全避免，因为重发是为了确保消息不丢失；原因：消费方没ack、位点提交失败、发送方逻辑错、网络不稳；解决办法：消费方做好幂等处理，常用“唯一ID防重”或“业务状态防重”。重复消费不是MQ的“bug”，而是为了“消息不丢失”付出的合理代价。只要消费方做好幂等，重复消费就不会影响业务——这是MQ开发的必备技能。

604

社区成员

48,760

社区内容

发帖

与我相关

我的任务

其他技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章