java思考

前言 在日常开发中，代码除了处理正常的业务逻辑，大多数情况其实是在与异常打交道，我们可以将异常分为大概以下三类： 但是这篇文章要讲的当然不仅仅是上述这种粗粒度的异常管理，我们还需要在此基础上做到更加精

前言 我们在SpringBoot项目当中，会把数据库的用户名密码等配置直接放在yaml或者properties文件中，这样维护数据库的密码等敏感信息显然是有一定风险的，如果相关的配置文件被有心之人拿到

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

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

在上一篇文章中RocketMQ消费者如何实现重平衡，我们简单讲述了RocketMQ消费者是如何实现重平衡的，我们在源码中发现默认的重平衡策略是平均

我们在搭建好`RocketMQ`集群后，当一个集群中有多个消费者的情况下，它们是如何选择消息队列进行消费的呢？如果在项目运行过程中，有新的消费者加入或者某一个消费者宕机了，其他消费者是如何应对的呢？同

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

在上一篇文章中，给大家讲述了如何使用TransmittableThreadLocal解决线程间上下文传递的问题，今天这篇文章我们来看看Transm

在一些项目中，经常会遇到需要把当前线程中的上下文传递到其他线程中的情况，比如某项目包含国际化操作，在业务请求进来时需要把对应的国家代码存储到当前线

目前有两套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模式在锁粒度上的最大区别。我们可以在官网看到

做过java web开发的小伙伴大多数时候都需要链接数据库，这个时候就需要配置数据库引擎`DriverClassName`参数，这样我们的java应用才能通过数据库厂商给的`Driver`与指定的数据

见名知意，ClassLoader就是类加载器，它的作用就是将我们编写的java代码加载到JVM虚拟机中。在JVM启动的时候是不会一次性把所有的java类加载进去的，而是在需要的时候才加载指定的类文件，

在java Thread类中，我们会看到interrupt()、interrupted()及isInterrupted()，在大多数情况下，我们都不会使用到它们，但是有一个`InterruptedEx

原来CAS的实现是基于Unsafe能够获取字段在对象中的相对偏移量，并通过不断地自旋操作比较内存值是否发生变化来决定是否更改内存中的目标值。

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