1、概览 本文将带你了解在代码中检测 Spring 事务的几种方法。
2、事务配置 要在 Spring 中运行事务，必须启用事务管理。如果使用的是Spring Boot 项目，并且依赖了 spring-data- 或 spring-tx，Spring 会默认启用事务管理。否则，必须手动启用事务并明确提供事务管理器（Transaction Manager）。
首先，需要在 @Configuration 类中添加 @EnableTransactionManagement 注解。这样，在项目中就可以使用 Spring 注解驱动的事务管理了。
接下来，必须提供 PlatformTransactionManager 或 ReactiveTransactionManager Bean。该 Bean 需要一个数据源。可以选择使用一些常用库，如 H2 或 MySQL 库。这不是本文的重点。
启用事务后，就可以使用 @Transactional 注解来开启事务。
3、TransactionSynchronizationManager Spring 提供了一个名为 TransactionSychronizationManager 的类。该类有一个名为 isActualTransactionActive() 的静态方法可以让我们知道自己是否处于事务。
测试如下，用 @Transactional 注解一个测试方法。在方法中断言 isActualTransactionActive() 返回 true：
@Test @Transactional public void givenTransactional_whenCheckingForActiveTransaction_thenReceiveTrue() { assertTrue(TransactionSynchronizationManager.isActualTransactionActive()); } 同样，删除 @Transactional 注解时，测试应断言返回 false：
@Test public void givenNoTransactional_whenCheckingForActiveTransaction_thenReceiveFalse() { assertFalse(TransactionSynchronizationManager.isActualTransactionActive()); } 4、Spring 事务日志 也许你并不需要以编程式的方式来检测事务，可能只是想在应用的日志中查看事务发生的时间，可以在 properties 文件中启用 Spring 的事务日志：
简介 本文将带你了解 Spring 加载时织入（Load-Time Weaving）是如何工作的，以便在运行时应用 Hibernate 字节码增强机制。
一般来说，字节码增强机制是在使用 Maven 或 Gradle 插件构建项目时应用的。
Domain Model 假设有以下 Attachment 实体，如下：
@Entity @Table(name = "attachment") public class Attachment { @Id private Long id; private String name; @Enumerated @Column(name = "media_type") private MediaType mediaType; @Lob @Column(columnDefinition="BLOB") @Basic(fetch = FetchType.LAZY) private byte[] content; // get、set 和其他方法省略 } content 属性使用的是 FetchType.LAZY 抓取策略，但在 POJO 实体上无法懒加载实体属性，因此需要 Hibernate 字节码增强机制来实现这一目标。
Hibernate 字节码增强机制 Hibernate 字节码增强机制允许我们更改 JPA 实体的字节码，这样就可以拦截 getter 和 setter 方法调用，从而达到以下目的
懒加载属性 记录实体的修改 如上所述，字节码增强机制是通过 Maven 或 Gradle 插件配置的，该插件会在项目构建时增强实体类。
本文将会带你了解如何使用 Spring Cloud 来简化 Spring Boot 应用与 Azure 服务之间的整合，以及如何利用 Azure Spring Apps 服务在 Azure 上部署、运行和管理应用。本文中的示例 Spring Boot 应用将数据存储在 Azure Cosmos DB 服务中，并在 Public URL 下公开一些 REST 端点。我们可以在本地运行它并连接远程服务，也可以将它部署到云上并在同一虚拟网络下连接这些内部服务。
如果你需要了解 Spring Cloud，可以参阅 “Spring Boot 3 整合 Spring Cloud 开发微服务应用”。也推荐看一看 Spring Cloud Azure 文档，以便对主要概念有一个基本的了解。
架构 我们的架构非常简单。如上所述，我们有一个在 Azure 上运行并连接 Cosmos DB 的 Spring Boot 应用（图中为 account-service）。它提供一些 REST 端点，用于添加、删除或搜索由 Cosmos DB 支持的账户。它还将所需的全部配置（如 Cosmos DB 地址和凭证）存储在 Azure App Configuration 服务中。该应用程序由 Azure Spring Apps 服务管理。架构图如下：
源码 如果你想自己尝试，可以克隆我的 GitHub 仓库。本文使用的 Spring Boot 应用位于 microservices/account-service 目录中。进入该目录后，只需按照说明操作即可。
1、简介 本文将带你了解如何在 Spring Boot 中配置 Swagger UI，使其在调用 API 时包含 JWT（JSON Web Token）。
2、Maven 依赖 本例使用 springdoc-openapi-ui 库，它包含了使用 Swagger 和 Swagger UI 所需的所有依赖。
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.springdoc</groupId> <artifactId>springdoc-openapi-ui</artifactId> <version>1.7.0</version> </dependency> 3、Swagger 配置 首先，需要配置 JWT SecurityScheme：
private SecurityScheme createAPIKeyScheme() { return new SecurityScheme().type(SecurityScheme.Type.HTTP) .bearerFormat("JWT") .scheme("bearer"); } 然后，配置 OpenAPI Bean，包含 API Info 和 Security Scheme：
@Bean public OpenAPI openAPI() { return new OpenAPI().addSecurityItem(new SecurityRequirement(). addList("Bearer Authentication")) .components(new Components().addSecuritySchemes ("Bearer Authentication", createAPIKeyScheme())) .
1、概览 DispatcherServlet 是 Spring Web 应用的前端控制器（Front Controller）。它用于在 Spring MVC 中创建 Web 应用和 REST 服务。在传统的 Spring Web 应用中，该 Servlet 是在 web.xml 文件中定义的。
本文将会带你了解如何在 Spring Boot 项目中配置 DispatcherServlet，以及如何配置 web.xml 中的 Filter、Servlet 和 Listener。
2、Maven 依赖 首先，在 pom.xml 文件中添加 spring-boot-starter-web Maven 依赖：
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> 3、DispatcherServlet DispatcherServlet 接收所有 HTTP 请求，并将其调度给 Controller 类。
在 Servlet 3.x 规范发布之前，DispatcherServlet 会在 Spring MVC 应用的 web.xml 文件中注册。自 Servlet 3.x 规范发布后，可以使用 ServletContainerInitializer 以编程方式注册 Servlet。
web.xml 文件中的 DispatcherServlet 配置示例：
Spring Initializr（start.spring.io）是由 Spring Boot 官方提供的一个开源的 Spring Boot 项目初始化器。它提供了一个简单易用的界面来创建和配置 Spring 项目的初始代码。通过这个网站，开发者可以选择所需的 Spring Boot 版本、语言、构建工具（如 Maven 或 Gradle）、依赖和其他项目设置。
由于 Spring Boot 飞速发展，紧跟官方更新的 Spring Initializr 中可选择的 Spring Boot 版本、Java 版本也在随之迭代升级。所以，通过 Spring Initializr 可能无法选择旧版本的 Spring Boot。
截止撰稿时，start.spring.io 中最低的 Spring Boot 版本为 3.1.6，而目前大多数人用的仍然是 Spring Boot 2。
本文将会带你了解如何通过 start.spring.io 创建旧版本的 Spring Boot 项目。
手动修改版本号 你可以直接从 start.spring.io 创建任意 Spring Boot 和 Java 版本的 Spring Boot 项目，然后手动修改 pom.xml 或者 build.gradle 中的版本配置即可：
以 Maven 项目为例，只需要修改 pom.xml 中的 2 个配置元素即可：
1、概览 Apache Kafka 是一个功能强大、分布式、容错的流处理系统。在之前的教程中，介绍了 如何在 Spring 中整合、使用 Kafka。
本文将在 上一节 的基础上带你了解如何编写可靠、独立的集成测试，而不依赖于外部运行的 Kafka 服务器。
2、依赖 在 pom.xml 中添加标准的 spring-kafka 依赖：
<dependency> <groupId>org.springframework.kafka</groupId> <artifactId>spring-kafka</artifactId> <version>2.7.2</version> </dependency> 以及两个专门用于测试的依赖，spring-kafka-test 和 Testcontainers Kafka（注意，都是 Test Scope）。
<dependency> <groupId>org.springframework.kafka</groupId> <artifactId>spring-kafka-test</artifactId> <version>2.6.3.RELEASE</version> <scope>test</scope> </dependency> <dependency> <groupId>org.testcontainers</groupId> <artifactId>kafka</artifactId> <version>1.19.3</version> <scope>test</scope> </dependency> 3、简单的 Kafka 生产者-消费者应用 这是一个标准的 Spring Boot 应用，Application 类如下：
@SpringBootApplication public class KafkaProducerConsumerApplication { public static void main(String[] args) { SpringApplication.run(KafkaProducerConsumerApplication.class, args); } } 3.1、生产者设置 接下来，创建 Producer bean，用它来向指定的 Kafka Topic 发送消息：
1、简介 Docker 是创建独立应用的事实标准。从 2.3.0 版开始，Spring Boot 包含了多项增强功能，可帮助我们创建高效的 Docker 镜像。例如：它允许将应用分解成不同的层。
换句话说，源代码位于自己的层中。因此，它可以独立重建，从而提高效率并缩短启动时间。本文将带你了解如何利用 Spring Boot 重用 Docker 层。
2、Docker 中的分层 jar Docker 容器由基础镜像和额外的层组成。一旦层构建完成，它们将保持缓存状态。因此，后续的生成速度会更快：
对底层层级的更改也会重新构建上层层级。因此，不经常更改的层级应保持在底部，而经常更改的层级应放在顶部。
同样，Spring Boot 允许将工件（构建产物）内容映射到层中。默认的层映射如下：
你可以看到，应用有自己的层。修改源代码时，只会重新构建独立的层。loader 和依赖保持缓存，从而减少了 Docker 镜像的创建和启动时间。接下来看看如何使用 Spring Boot 实现这一点！
3、Spring Boot 创建高效的 Docker 镜像 在传统的构建 Docker 镜像的方式中，Spring Boot使用的是 “fat jar” 方法。一个工件就包含了所有依赖项和应用源代码。因此，源代码的任何变化都会迫使我们重建整个层。
3.1、Spring Boot 分层配置 Spring Boot 2.3.0 版引入了两个新功能来改进 Docker 镜像的生成：
Buildpack 支持提供了应用的 Java 运行时环境，因此现在可以跳过 Dockerfile，并自动构建 Docker 镜像。 分层 JAR 可以帮助我们最大限度地利用 Docker 层的生成 在本文中，我们将对分层 JAR 方法进行扩展。
首先，在 Maven 中设置分层 JAR 。在打包工件时，生成层。
正如 官方文档 所述，类数据共享（CDS）通过将类元数据缓存在 Archive（归档/存档） 文件中，使其可以快速预加载到新启动的 JVM 中，从而帮助缩短 JVM 的启动时间和内存占用。这加快了类加载速度，而类加载速度是启动时间的一个重要因素。大多数最新的 JDK 发行版中预先打包了默认的 CDS 归档，其中包含了常见 JDK 类的元数据。你也可以创建自定义的 CDS 归档，以加快类在自己应用中的加载速度。
GraalVM 原生镜像 和 Project CRaC 都能让 Spring Boot 应用在几十毫秒内启动。那么，为什么要关注 CDS 呢？
主要有三个原因：
它是 OpenJDK 主线中成熟且可用于生产的技术，与 GraalVM 和 Project CRaC 相比，它更易于使用，因为它具有较少的限制和副作用。 正如 Brian Goetz 在他在 Devoxx 上的 Project Leyden 演讲 中提到的：“大多数人今天不使用 CDS，但可能应该使用，因为他们可以通过相对较少的工作获得合理的启动性能提升。” 在每一个新的 JVM 版本中，这项技术都会变得越来越好，Project Leyden 的目标是在不久的将来增加更多的优势。 接下来，让我们一起探究 CDS 能为你的 Spring 应用带来什么？
在 Spring 6.1 中引入 CDS 初始支持 Spring 6.1 带来了一个新的 “类数据共享” 文档章节，解释了优化应用的两个步骤：
使用新增的 -Dspring.
1、简介 本文将通过一个 Spring Boot 示例带你了解 Thymeleaf 中的变量。
2、Maven 依赖 要使用 Thymeleaf，需要添加 spring-boot-starter-thymeleaf 和 spring-boot-starter-web 依赖：
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-thymeleaf</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> 3、Web Controller 首先，创建一个带有 GET 端点的 Web Controller，该端点返回一个包含文章列表的页面。
@GetMapping 方法只接受一个参数 - Model。它包含所有可在 Thymeleaf 模板中使用的全局变量。在本例中，Model 只有一个参数，即文章列表。
Article 类由两个 String 字段（name 和 url）组成：
public class Article { private String name; private String url; // 构造函数、get、set 方法省略 } Controller 方法的返回值应该是要渲染的 Thymeleaf 模板的名称。该名称应与 src/resource/template 目录中的 HTML 文件相对应。在本例中，就是 src/resource/template/articles-list.html。
Controller 如下：
@Controller @RequestMapping("/api/articles") public class ArticlesController { @GetMapping public String allArticles(Model model) { model.
