首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
Java
订阅
尘封丶
更多收藏集
微信扫码分享
微信
新浪微博
QQ
6篇文章 · 0订阅
【重复调用痛点】自定义@SessionCache 解决重复调用问题
1. 痛点针对 你是否和我一样,在维护一个中台的服务,比较痛的一个点是,上游服务在“同一条链路(一次用户请求)”中存在“同一个接口”的“多次”调用,并且上游还无法或者不好优化,其带来的后果就是我们下游
这个队列的思路是真的好,现在它是我简历上的亮点了。
前几天在一个开源项目的 github 里面看到这样的一个 pr: 光是看这个名字,里面有个 MemorySafe,我就有点陷进去了。 我先给你看看这个东西: 这个肯定很眼熟吧?我是
一篇文章把RabbitMQ、RocketMQ、Kafka三元归一
文章内容包括三大主流MQ的组织结构,其内部的核心,常见的问题,与解决方案。用于自己复习,同时分享给大家。
优雅的缓存解决方案--设置过期时间
1. 前言 上篇文章介绍了利用 SpringCache 和 Redis 设置缓存,但是SpringCache 注解并不支持设置缓存时间,确实很令人头疼。这篇文章将叫你用最简单的方式解决 SpringCache 和 Redis 设置缓存并设置缓存时间。 此篇文章基于上篇博客,有啥…
【最佳实践】如何优雅的进行重试
最近公司在搞活动,需要依赖一个第三方接口,测试阶段并没有什么异常状况,但上线后发现依赖的接口有时候会因为内部错误而返回系统异常,虽然概率不大,但总因为这个而报警总是不好的,何况死信队列的消息还需要麻烦运维进行重新投递,所以加上重试机制势在必行。 重试机制可以保护系统减少因网络波…