首页
沸点
课程
数据标注
HOT
AI Coding
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
异步
订阅
用户96837603544
更多收藏集
微信扫码分享
微信
新浪微博
QQ
3篇文章 · 0订阅
一次支付回调引发的「血案」:我是如何用 Redis + AOP 实现接口幂等的
大家好,我是前端小张同学 前几天线上出了个事儿:用户反馈自己只买了一件商品,却收到了两件。排查下来发现,是支付平台的回调被我们处理了两次——网络抖动导致微信多推了一次,而我们的接口没有做幂等,结果库存
为了防雪崩加了限流,结果入口先挂了
限流,本来是为了保护系统。 但在这次事故中,限流器本身成了第一个被拖垮的组件。 更糟的是: 后端服务没来得及崩 网关先失去了响应能力 所有请求卡在入口
一次 CompletableFuture 误用,如何耗尽 IO 线程池并拖垮整个系统
一次看似无害的 `CompletableFuture.thenApply` 使用, 最终引发系统雪崩。