java中间件

前言 在上一篇文章初识Protobuf及其编译工具的安装中，我们简单家介绍了如何使用protoc工具来编译.proto文件，接下来我们来介绍一下Protobuf的语法，我们在日常开发工作中如何编写正确

前言 protobuf其实是一种序列化方式，和json、xml如出一辙，之所以要学习protobuf是因为这种序列化方式得到的数据体积是很小的，这就导致了它在网络传输性能以及存储方面的优势；因为体积小

在上一篇文章中，我们讲述了DefaultMQPushConsumer拉消息的原理，它是通过重平衡触发pullRequest的创建，通过阻塞队列作为

相信每一个使用RocketMQ的开发工程师都想了解一下消息是如何被拉到消费端的，消费者在消息拉取过程中都做了什么操作？这些疑问将在接下来的这篇文章

昨天用`mybatis-plus`写了一段`crud`，竟然出现了一个诡异的现象，为了对这个问题一探究竟

在消息发送过程中，生产者从NameServer中获取到了指定Topic对应的Broker信息，在同步发送消息的代码中，如果消息发送失败，生产者默认

在RocketMQ中为，我们创建消息生产者时，只需要设置NameServer地址，消息就能正确地发送到对应的Broker中，那么RocketMQ消

目前有两套RocketMQ集群，集群A包含topic名称为cluster_A_topic，集群B包含topic名称为cluster_B_topic

为了更好地了解RocketMQ，我打算看一看它的源码了。随着RocketMQ5.0版本的发布，应该有更多小伙伴在实际应用中选择RocketMQ。那

兄弟们，刚刚又给seata社区修了一个BUG，有用户提了issue反应TransactionHook在某些情况下不会被调用： 相关issue链接：

我们都知道Seata AT是基于前后镜像来实现事务的成功回滚的，前后镜像的生成依赖于数据表的元数据，Seata是如何生成前后镜像的可以看这篇博客:

在Seata官网中，我们可以知道AT模式一阶段的处理流程如下： 前镜像的作用是保证在分布式事务失败时能够成功回滚的重要依据，后镜像是在回滚前校验是

我们在很多博客中都有发现，Seata AT模式里面的全局锁其实是行锁，这也是Seata AT模式和XA模式在锁粒度上的最大区别。我们可以在官网看到

兄弟们，最近处理了一个seata的issue，关于seata分布式事务长期回滚失败后，突然回滚成功了： 这个问题的出现需要以下两个契机： 在执行分

在前面的文章发现Seata TCC模式的一个BUG，顺手给社区提了一个issue中，我在实际集成TCC的时候发现了BusinessActionCo

根据昨天文章的源码分析，我们发现了问题就出现在Seata反序列化的时候不知道目标参数的数据类型，导致序列化前的参数类型和反序列化后的数据类型不一致。针对上述问题，说说我自己的解决思路。

在之前的文章手把手教你Spring Cloud集成Seata TCC模式中，实现了TCC方式完成购物车下单的分布式事务；在该案例中，我无意间发现了一个小BUG，下面我带大家通过源码分析来看一下为啥会出

在日常开发中，有时候需要开放接口给第三方合作伙伴使用，就像微信、支付宝的开发者平台一样，开放指定功能的接口给到具备开发能力的人员使用；为了保证对应的接口安全性，我们在网关自然是要做拦截校验的，下面我们

我们在前面的文章中已经教大家分别集成了Seata AT模式以及Seata TCC模式，这篇文章就教大家如何在自己的Spring Cloud项目中集成Seata XA模式。

在我们的日常开发过程中，一般都会有一些定时任务，在集群环境中为保证定时任务运行在某一台机器上，这个时候就需要使用到分布式锁；另外在一些第三方框架中也会有分布式锁的应用，比如Seata分布式事务中，AT