Java后端八股------消息中间件篇







自动确认没收到,实现重复消费问题,可以用业务唯一标识来确定业务是否被消费。



TTL也就是超时时间,一般去dead letter的时间为min(消息的ttl,queue的ttl)。













acks=all设置是最安全的,但是效率太低了,实际的生产环境中至少要设置到ack=1的机制。


异步提交容易丢失数据,同步提交容易阻塞。

代码中实现的是异步+同步组合提交。



分区设置一致肯定能保证顺序执行,也可以设置业务key,key可以决定存储分区,同一个key的哈希值相同,存储分区也相同。











👆正常拷贝,需要复制的次数太多了。

零拷贝 为👆 ,零拷贝指的是cpu不参与拷贝,用dma硬件参与拷贝而非cpu。

相关推荐
用户128526116026 小时前
我把祖传Java项目重构后,接口响应从3s砍到了200ms,只改了这几行代码
java
Linsk6 小时前
组件 = 模板 + 业务逻辑
java·前端·vue.js
星沉远浦7 小时前
用Gemini高效解决Java代码报错难以定位的问题
java
用户2986985301410 小时前
Word 文档字符级格式化:Java 实现方案详解
java·后端
笨鸟飞不快11 小时前
从单个服务到集群:一次完整的性能排查复盘
java·前端
荣码11 小时前
用Streamlit给AI应用套个界面,10行代码出Web页面
java·python
SamDeepThinking11 小时前
Java微服务练习方式
java·后端·微服务
朦胧之21 小时前
AI 编程-老项目改造篇
java·前端·后端
程序猿大帅1 天前
别再只当调包侠了:用 Spring AI 落地 Function Calling,我被大模型硬生生砸出了三个大坑
java
程序员晓琪1 天前
约定大于配置:基于 Java 包名自动生成 API 版本路由的最佳实践
java·spring boot·后端