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







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



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













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


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

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



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











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

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

相关推荐
青山木13 小时前
Hot 100 --- 搜索插入位置
java·数据结构·算法·leetcode
Jul1en_13 小时前
【Claude Code Compact】源码级别的学习上下文压缩
java·前端·学习·github·ai编程
前端 贾公子13 小时前
第06章:结构化输出 (上)
java·服务器·前端
念何架构之路13 小时前
restartmanager-重启管理子系统
java·开发语言
Java内核笔记14 小时前
告别第三方库!Spring Boot 4 原生 API 版本控制全解析:4 种策略 + 实战案例
java·后端
小小洋洋14 小时前
OpenWrt 从U盘迁移到内置 eMMC,并完成扩容与 Docker 安装
java·docker·eureka
就改了14 小时前
SpringBoot 自定义线程池 + 实时监控指标
java·spring boot·后端
plainGeekDev14 小时前
运行时获取依赖 → 编译时注入
android·java·kotlin
玖石书16 小时前
ASP.NET Core 迁移至 Spring系列:类库框架篇
java·后端·asp.net
笨蛋不要掉眼泪16 小时前
RabbitMQ消息队列:延迟消息
java·rabbitmq·java-rabbitmq