对于Java开发者而言，关于 Spring ，我们一般当做黑盒来进行使用，不需要去打开这个黑盒。但随着目前程序员行业的发展，我们有必要打开这个黑盒，去探索其中的奥妙。

本文重点对@RequestBody注解的解析流程进行剖析，希望能加深读者对于SpringMvc的理解。

前言 最近项目上有一个使用事务相对复杂的业务场景报错了。在绝大多数情况下，都是风平浪静，没有问题。其实内在暗流涌动，在有些异常情况下就会报错，这种偶然性的问题很有可能就会在暴露到生产上造成事故，那究竟

事务管理在系统开发中是不可缺少的一部分，Spring提供了很好事务管理机制，主要分为编程式事务和声明式事务两种。 关于事务的基础知识，如什么是事务，数据库事务以及Spring事务的ACID、隔离级别、传播机制、行为等，就不在这篇文章中详细介绍了。默认大家都有一定的了解。 本文，…

结构演示 目前一共有两个 service ，每个 service 都有一个 init 方法，打印bean创建时机，正常状态打印结果如下： 正文 方案一 ( @Order ) 这是第一个想到的方法，我们

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

本文记录一下我在 Spring 自带的事件监听类添加 @RefreshScope 注解时遇到的坑，原本这两个东西单独使用是各自安好，但当大家将它们组合在一起时，会发现我们的事件监听代码被重复执行。

SpringMVC的核心处理类，三种HandlerMapper的处理，重点为RequestMappingHandlerMapping

前言 在使用spring的过程中，我们有没有发现它的扩展能力很强呢？ 由于这个优势的存在，使得spring具有很强的包容性，所以很多第三方应用或者框架可以很容易的投入到spring的怀抱中。今天我们主