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







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



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













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


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

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



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











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

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

相关推荐
人活一口气2 小时前
Spring Boot与AIGC的完美结合:从零搭建智能内容生成平台
java·spring boot·aigc
像我这样帅的人丶你还4 小时前
Java 后端详解(三):全局异常处理与 JPA 数据库映射
java·后端
NE_STOP5 小时前
vibe Coding -- 小项目实战
java
未秃头的程序猿10 小时前
Java 26正式发布!这3个新特性,让代码量直接减半
java·后端·面试
用户2986985301411 小时前
Word 文档文本查找与替换的 Java 实现方案
java·后端
阿哉11 小时前
Nacos 服务发现源码:藏在背后的两套事件机制,90%的人只讲了一半
java
咖啡八杯11 小时前
GoF设计模式——命令模式
java·设计模式·架构
AI人工智能_电脑小能手11 小时前
【大白话说Java面试题 第125题】【并发篇】第25题:说说 Java 线程的中断机制
java·后端·面试
Java内核笔记11 小时前
Spring Security 源码解析(六)无状态 JWT 实践:Session 共享与自定义过滤器
java·后端
荣码11 小时前
LangGraph多Agent协作:3个Agent干活比1个强,但我踩了4个坑
java·python