基于SpringCloud的可靠消息最终一致性06：轮询事务消息

于 2023-02-27 17:00:00 发布
阅读量408 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： CTO的几把刷子 文章标签： Spring Cloud 分布式事务 可靠消息最终一致性 Java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/lostrex/article/details/129237773
本文介绍了基于SpringCloud的可靠消息最终一致性方案，讲解了轮询服务AppListenerScheduleExecutor如何处理活跃和死亡消息，以及如何通过定时任务线程池进行消息重试和删除。核心思想包括保存消息、发送、重发和处理死信队列，确保消息不丢失和数据一致性。

上一节把可靠消息最终一致性的正常逻辑代码顺序执行了一次，并且对于同一个事务消息，在正常情况下它要被发送至少两次。

这是因为在发送消息之前，TransactionMessageService就已经把消息保存到了数据库中。而在首次消费完消息后，TransactionMessageListener并没有从数据库中删掉，数据库中保存的消息，将被轮询服务AppListenerScheduleExecutor再次发送。

了解本专栏 订阅专栏 解锁全文 超级会员免费看
博客
本地调试coze-studio源代码（非docker）
10-03 542
本文档详细介绍了Coze Studio开发环境的配置与调试流程。
博客
本地调试Dify源代码（非Docker）
10-02 363
花了一个下午整理了官方给出的本地调试Dify源代码（非Docker）的方法，还是比较简单的。
博客
科普：极简的AI乱战江湖
05-19 596
从大模型、智能体、社区和工具大角度一览AI的发展历程。
博客
字符集编码
12-11 332
为了解决这种“一锅粥”式的混乱局面，1992年，Unicode出现了。这个128个字符用来表示大小写字母、数字0～9、标点符号、以及像“#”、“@”、“）”、“\r”（回车）、“\n”换行、“\t”（制表）等这样的特殊符号，如图1-12所示。发出的内容是什么，收到的内容就是什么，也不会出现类似“?由于计算机只能存储和处理二进制的“0”和“1”，无法处理其他的字母、数字和符号，所以就需要有某种东西来达到类似桥梁的作用——例如图1-7中的ASCII——通过它，人们就可以看懂用计算机表示字母、数字或其他符号。
博客
二进制文件
12-09 1773
并不是，因为在右边部分的剩余内容中可以看到其他和这个文件相关的一些信息，如创建文件的软件工具，文件创建时间等信息，这和用Windows属性工具显示出来的信息是一致的，如图1-10所示。我们在计算机中看到的各种文件，例如文本、图片、音乐、视频、Word文件等，对于计算机来说，没有任何差别，因为它们都是由“0”和“1”组成的。上图中间部分第一行第二至四列的内容分别为“01010000”、“01001110”和“01000111”，按照图1-7中的方法，它们分别对应ASCII中的“P”、“N”、“G”。
博客
统治地球的冯·诺依曼们
12-08 724
虽然关于谁才是真正的“计算机之父”至今没有确切的定论，有人认为是查尔斯·巴贝奇（通用计算机之父），有人认为是阿兰·图灵（Alan Turing，计算机科学之父），有人认为是约翰·阿坦那索夫（John Vincent Atanasoff，电子计算机之父），还有人认为是冯·诺依曼（现代计算机之父）。只是由于他的设计“过于先进”，那时候的世界还制造不出他所需要的设备。尤其是目前业界如火如荼的大模型训练，以其千亿级别的超大规模参数、庞大的数据与算力需求、模型的精细化调整、能源与效率的优化等，让人们想要爱它不容易。
博客
程序员的数学之余数II
11-27 399
按照之前求余数的那种规律，该怎么求的最后一个数呢？的结果是`1`，个位数是`1`的结果是`123456789`，的个位数是`9`的结果是`15241578750190521`，的个位数是`1`的结果是`1881676371789154860897069`，的个位数是`9`的结果是`232305722798259244150093798251441`，的个位数是`1`的结果是`28679718602997181072337614380936720482949`，的个位数是`9`
博客
程序员的数学之余数
11-19 306
294天后是周一` -> `295天后是周二` -> `296天后是周三` -> `297天后是周四` -> `298天后是周五` -> `299天后是周六` -> `300天后是周日`其实这种方法还可以扩展到一切使用进制来计数的地方，例如，现在是早上`08:00`，10的100次方个小时后是几点呢？`奇数`本质上就是被2除余1的数，而`偶数`是可以被2整除的数。如果今天是周一，那么7天后、14天后、21天后、......294天后，仍然是周一，所以，结论是下面这样的。为什么是每6个而不是7个？
博客
程序员的数学之归纳法
11-16 400
这就是数列计算公式`(1 + n) × n / 2`的由来——现在终于知道为什么要除以`2`了，因为就是只计算一半的面积。求`1 + 2 + 3 + ...... + 99 + 100`的值，就变成了计算黄色部分方块的面积了，真是太巧妙了。`100`、`200`，甚至`300`以内还能勉强这样做，但如果要从`1`加到`1亿`，就不可能继续用这种土办法了。因为单个`1 + 2 + 3 + ...... + 99 + 100`可以用数字阶梯来表示，就像下面这样。而两个数字阶梯，就可以`组合`成一个`长方形`。
博客
程序员的数学之进制与零
11-14 780
最近一年多发生了很多平凡的大事，应接不暇，一度断更。从今儿起再接上来。先从数学开始吧，因为太枯燥了。生活中有许多种进制在共同起作用，例如，数学上的`十进制`、计算机中的`二进制`、`八进制`和`十六进制`、计时的`60进制`、`24进制`和`7进制`。怎么才能快速地知道`1111`所对应的具体的进制数值呢？例如，`1111`对应的`二进制`、`八进制`和`十六进制`是多少？它对应的`60进制`、`24进制`和`7进制`又分别是多少？
博客
JVM系统优化实践（24）：ZGC（一）
08-07 777
截止到目前，算上ZGC，Java一共有九种类型的GC，它们分别是……
博客
JVM系统优化实践（23）：GC生产环境案例（六）
07-26 545
在互联网大厂中，对每天亿级流量的日志进行清洗、整理是非常常见的工作。在某个系统中，需要对用户的访问日志做脱敏处理，也就是清洗掉姓名、身份证号、手机号等个人隐私信息后在保存到数据库中或者交付给其他应用使用。
博客
JVM系统优化实践（22）：GC生产环境案例（五）
07-24 931
除了Tomcat、Jetty，另一个常见的可能出现OOM的地方就是微服务架构下的一次RPC调用过程中。笔者曾经经历过的一次OOM就是基于Thrift框架封装出来的一个RPC框架导致的宕机。
博客
JVM系统优化实践（21）：GC生产环境案例（四）
07-21 400
前面说了一般应用的OOM情况，但是OOM不知发生在应用层，有时候专门负责运行Java的Tomcat也会偶尔罢工一下，抛出OOM异常。因为Tomcat本身也是一个JVM进程。
博客
JVM系统优化实践（20）：GC生产环境案例（三）
07-19 1402
某新手开发工程师接到了一个保存Elasticsearch日志的任务，以供后续分析之用。但写代码的时候，误将保存日志的代码段弄成了无限循环，程序启动后，没用多久就崩溃了。
博客
JVM系统优化实践（19）：GC生产环境案例（二）
07-17 486
接昨天的问题继续来说，在高并发场景中，对象过多容易导致OOM。由于高并发导致Young GC存活对象过多，因此会有太多对象进入老年代，导致老年代也被填满，频繁触发Full GC，而老年代空间也很快被塞满。可以用图来表示。
博客
JVM系统优化实践（18）：GC生产环境案例（一）
07-15 403
生产环境中，最常见的一种案例就是OOM，也叫「内存溢出」，它表示JVM已经无法支撑业务系统的运行。而很多工程师都没有类似处理线上系统故障的经验，尤其是这种突发的故障。
博客
JVM系统优化实践（17）：线上GC案例（二）
04-19 615
GC的概念并不难明白，而且它的原理也不复杂，但是很难用好。6、老年代Full GC触发规则:老年代已用空间大于老年代空间阈值、Young GC前：老年代可用空间小于历次Young GC后进入老年代的对象的平均大小、Young GC后：老年代空间放不下Young GC后存活对象；用jstat观察JVM的运行过程，尤其要注意：Eden区的增长速率、Young GC频率、Young GC耗时、Young GC后多少对象存活、老年代增长速率、Full GC频率、Full GC耗时。欢迎骚扰，不胜荣幸～
博客
JVM系统优化实践（16）：线上GC案例（一）
04-18 459
一般新手工程师在部署生产环境时基本不会对JVM进行设置，基本跟上也都是使用JVM的默认设置，这是一个很大的隐患。例如，如果不设置-Xmx或者-Xms的话，可能初始的年轻代和老年代就几百M大小。Full GC一般在正常情况下，都是按天为单位来发生的，比如每天一次，或几天一次Full GC。
博客
JVM系统优化实践（15）：GC可视化工具实践
04-10 542
线上系统的JVM监测要么使用jstat、jmap、jhat等工具查看JVM状态，或者使用监控系统，如Zabbix、Prometheus、Open-FaIcon、Ganglia等。作为一个工具人，怎么能不懂jstat、jmap、jhat呢？
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值