1、简介 本文将带你了解 @Spy 和 @SpyBean 之间的区别和用法。
2、基本应用 本文中，我们使用一个简单的订单应用，其中包括一个用于创建订单的订单服务，以及一个用于在处理订单时发出通知的通知服务。
OrderService 有一个 save() 方法，用于接收 Order 对象，使用 OrderRepository 保存该对象，并调用 NotificationService：
@Service public class OrderService { public final OrderRepository orderRepository; public final NotificationService notificationService; public OrderService(OrderRepository orderRepository, NotificationService notificationService) { this.orderRepository = orderRepository; this.notificationService = notificationService; } public Order save(Order order) { order = orderRepository.save(order); notificationService.notify(order); if(!notificationService.raiseAlert(order)){ throw new RuntimeException("Alert not raised"); } return order; } } 为简单起见，我们假设 notify() 方法仅在日志中输出订单信息。实际上，它可能涉及更复杂的操作，例如通过队列向下游应用发送电子邮件或消息。
我们还假设，每个创建的订单都必须通过调用 ExternalAlertService 来接收警报（Alert），如果警报成功，则返回 true，如果 OrderService 没有发出警报，则会失败：
1、概览 本文将带你了解如何在 Spring 6 中使用 RSocket。
随着 Spring 6 引入声明式 RSocket 客户端，使用 RSocket 变得更加简单。这一功能消除了重复的模板代码，使开发人员能够更高效地使用 RSocket。
2、Maven 依赖 首先，创建 Spring Boot 项目，并在 pom.xml 文件中添加 spring-boot-starter-rsocket 依赖：
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-rsocket</artifactId> <version>3.1.4</version> </dependency> 3、创建 RSocket Server 首先，创建一个 responder（应答器），通过 Controller 来管理传入的请求：
@MessageMapping("MyDestination") public Mono<String> message(Mono<String> input) { return input.doOnNext(msg -> System.out.println("Request is:" + msg + ",Request!")) .map(msg -> msg + ",Response!"); } 接着，在 application.properties 文件中添加以下属性，以在 7000 端口启动服务（ MyDestination）：
spring.rsocket.server.port=7000 4、客户端 现在，开发客户端。为了简单起见，我们在同一个项目中创建客户端，但将其放在一个单独的包中。实际开发中，它们应该放在一个单独的项目中。
创建客户端接口：
public interface MessageClient { @RSocketExchange("MyDestination") Mono<String> sendMessage(Mono<String> input); } 在使用客户端接口时，通过 @RSocketExchange 来指定 RSocket 端点。基本上，这意味着我们需要一些信息来建立端点路径。可以在接口级别上通过分配一个共享路径来实现。这非常简单，帮助我们知道要使用哪个端点。
1、概览 无论是单元测试还是集成测试，测试对于任何应用程序都至关重要。SpringRunner 和 SpringBootTest 类是运行集成测试的基础。
在本教程中，我们将了解 SpringRunner 和 @SpringBootTest 的用法，以及它们之间的区别。
2、SpringRunner SpringRunner 是 SpringJUnit4ClassRunner 类的别名，可用于基于 JUnit4 的测试类。它加载 Spring TestContext，通过 Spring TestContext，Spring Bean 和 Configuration 可与 JUnit 注解一起使用。需要 JUnit 4.12 或更高版本才能使用它。
通过 @RunWith(SpringRunner.class) 注解测试类来使用此功能：
@RunWith(SpringRunner.class) public class SampleIntegrationTest { @Test public void test() { // } } 3、SpringBootTest SpringBootTest 是 SpringRunner 的替代品，可与 JUnit5 配合使用。它还用于运行集成测试和加载 Spring TestContext。
它的功能非常丰富，可通过注解参数提供多种配置。它支持各种 Web 环境模式，如 MOCK、RANDOM_PORT、DEFINED_PORT 和 NONE。我们可以通过注解传递 application properties，在测试运行之前将其注入到 Spring Environment 中。
@SpringBootTest( properties = {"user.name=test_user"}, webEnvironment = MOCK) public class SampleIntegrationTest { @Test public void test() { // } } 要运行集成测试，必须在类级别添加注解 @SpringBootTest。
GraphQL 是一种用于 API 的查询语言和运行时，它允许 API 消费者精确获取所需的信息，而不是服务器完全控制响应内容。某些 REST API 实现需要从多个 URL 加载资源的引用，而 GraphQL API 可以在单个响应中跟踪相关对象之间的引用并返回它们。
本教程逐步演示了如何使用 Spring Boot 和 Spring for GraphQL 构建一个 GraphQL API，用于查询 Neo4j 数据库中相关公司、人员和属性的示例数据集。它还演示了如何使用 Next.js 和 MUI Datagrid 构建一个 React 客户端来消费该 API。客户端和服务器都使用 Auth0 进行认证、授权，服务器使用 Okta Spring Boot Starter，客户端使用 Auth0 React SDK。
如果你想跳过所有步骤，直接运行程序，那么你可以以按照 GitHub Repository 中的 README 说明进行操作。
本文所使用的工具、服务如下：
Node.js v18.16.1 npm 9.5.1 Java OpenJDK 17 Docker 24.0.2 Auth0 account Auth0 CLI 1.0.0 HTTPie 3.2.2 Next.js 13.4.19 使用 Spring for GraphQL 构建 GraphQL API 资源服务器（Resource Server）是一个 Spring Boot Web 应用，使用 Spring for GraphQL 暴露了一个 GraphQL API。该 API 允许使用 Spring Data Neo4j 查询 Neo4j 数据库，其中包含公司及其相关所有者和属性的信息。数据来自 Neo4j 用例示例。
本文将教你如何使用 Spring Boot 构建 Modulith，并使用 Spring Modulith 项目的特性。Modulith 是一种软件架构模式，假设将你的单体应用程序组织成逻辑模块。这些模块应尽可能独立于彼此。Modulith 平衡了单体架构和基于微服务的架构。它可以成为组织应用程序的目标模型。但你也可以将其视为从单体架构向基于微服务的方法迁移的过渡阶段。Spring Modulith 将帮助我们构建结构良好的 Spring Boot 应用程序，并验证逻辑模块之间的依赖关系。
我们将比较当前的方法和基于微服务的架构。为此，我们将实现与我最近一篇关于 使用 Spring Cloud 和 Spring Boot 3 构建微服务 的文章中所描述的非常相似的功能。
源码 你可以克隆我的 GitHub Repository，然后按照说明操作即可。
在开始之前，我们先来看看下图。它展示了我们示例系统的架构。我们有三个独立的模块，它们相互通信：employee（员工）、department（部门）和 organization（组织）。此外还有 gateway（网关）模块。它负责将内部服务作为 REST 端点暴露在应用之外。我们的模块使用 Spring Modulith 项目提供的支持向 Zipkin 实例发送追踪。
如果你想将其与先前提到的文章中描述的类似微服务架构进行比较，这是该架构的图。
让我们来看看代码的结构。默认情况下，main 的每个直接子包都被视为一个应用模块包。因此有四个应用模块：department、employee、gateway 和 organization。每个模块都包含向其他模块开放的 “provided interfaces”（提供的接口）。我们需要将它们放在应用模块根目录下。其他模块不能访问应用模块子包中的任何类或 bean。我们将在接下来的章节中详细介绍。
src/main/java └── pl └── piomin └── services ├── OrganizationAddEvent.java ├── OrganizationRemoveEvent.java ├── SpringModulith.java ├── department │ ├── DepartmentDTO.java │ ├── DepartmentExternalAPI.java │ ├── DepartmentInternalAPI.
scope 属性，相信大家都知道，一共有六种：
取值 含义 生效条件 singleton 表示这个 Bean 是单例的，在 Spring 容器中，只会存在一个实例。 prototype 多例模式，每次从 Spring 容器中获取 Bean 的时候，才会创建 Bean 的实例出来。 request 当有一个新的请求到达的时候，会创建一个 Bean 的实例处理。 web 环境下生效 session 当有一个新的会话的时候，会创建一个 Bean 的实例出来。 web 环境下生效 application 这个表示在项目的整个生命周期中，只有一个 Bean。 web 环境下生效 gloablsession 有点类似于 application，但是这个是在 portlet 环境下使用的。 web 环境下生效 这个用法也很简单，通过配置就可以设置一个 Bean 是否为单例模式。
1、问题呈现 今天我要说的不是基础用法，是另外一个问题，假设我现在有如下两个 Bean：
@Service public class UserService { @Autowired UserDao userDao; } @Repository public class UserDao { } 在 UserService 中注入 UserDao，由于两者都没有声明 scope，所以默认都是单例的。
现在，如果我给 UserDao 设置 Scope，如下：
Java 16 中引入的 Java Record 允许轻松地定义数据类（Data Class），这非常适合用于 JPA 中的投影查询。
Record 不能作为实体类 Record 只能用于投影查询。像 Hibernate 等流行的 JPA 实现创建代理对象时需要无参构造函数、非 final 字段、setter 方法和非 final 的实体类。而这些特性在 Record 中要么被不鼓励使用，要么被明确禁止使用。
Record 和 JPA 如果你在应用中直接使用 JPA，有几种不同的方法可以将记 Record 整合到 DAO 层中。
CriteriaBuilder Record 可与 CriteriaBuilder 一起使用，如下：
public List<AdvocateRecord> findAllWithCriteriaBuilder() { CriteriaBuilder cb = em.getCriteriaBuilder(); CriteriaQuery<AdvocateRecord> cq = cb.createQuery(AdvocateRecord.class); Root<AdvocateEntity> root = cq.from(AdvocateEntity.class); cq.select(cb.construct( AdvocateRecord.class, root.get("id"), root.get("fName"), root.get("lName"), root.get("region"), root.get("twitterFollowers"))); TypedQuery<AdvocateRecord> q = em.createQuery(cq); return q.getResultList(); } TypedQuery Record 也可以与 TypedQuery 一起使用，但需要在 JPQL 查询中提供完整类路径的构造函数。
在本文中，我们将学习如何使用 “客户端凭证模式”（Client Credentials Flow）实现服务间的通信。我们将创建 archival-service，在其中通过定时任务使用 “客户端凭证模式” 来调用 messages-service API 以归档消息。
我们还会在 archival-service 中实现 POST /api/messages/archive API 端点，只有拥有 ROLE_ADMIN 角色的用户才能调用。
有鉴于此，archival-service 既是资源服务器（Resource Server），也是客户端。
资源服务器 - 暴露 POST /api/messages/archive API 端点，该端点将由 messages-webapp 调用。 客户端 - 调用 messages-service API 来归档消息。 你可以从 Github 仓库 获取到当前项目的完整源码。
在 Keycloak 中启用客户端凭证模式，创建 archival-service 客户端 创建一个名为 archival-service 的新客户端：
General Settings： Client type：OpenID Connect Client ID：archival-service Capability config： Client authentication：On Authorization：Off Authentication flow：选中 Service accounts roles，取消选中其余复选框 Login settings: Root URL: http://localhost:8282 Home URL: http://localhost:8282 使用上述配置创建客户端后，你将进入新创建的客户端 “Settings” 页面。
在前面的文章中，我们创建了 messages-webapp 和 messages-service，并使用 Postman 调用了 API 端点。在本文中，我们将学习如何从客户端应用 messages-webapp 调用受保护的 messages-service API 端点。
你可以从 Github 仓库 获取到完整的源码。
展示消息列表 由于 messages-service 中的 GET /api/messages API 端点是可公开访问的，因此我们可以从 messages-webapp 调用它，而无需任何身份认证。
RestTemplate 和 RestClient
我们使用传统的 RestTemplate 来调用 messages-service 中的 API 端点。但在 Spring Boot 3.2.0 后，建议改用 RestClient。
在 messages-webapp 中，创建 AppConfig 类，如下：
package com.sivalabs.messages.config; import org.springframework.boot.web.client.RestTemplateBuilder; import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; import org.springframework.web.client.RestTemplate; @Configuration public class AppConfig { @Bean public RestTemplate restTemplate(RestTemplateBuilder builder) { return builder.build(); } } 我们注册了一个 RestTemplate Bean，以便将其注入到其他组件中。
在 上一篇文章 中，我们创建了 messages-webapp，并使用 “授权码模式” 通过 Spring Security OAuth 2.0 对其进行了访问控制。在本文中，我们将创建 messages-service（Spring Boot 资源服务器），并使用 Spring Security OAuth 2.0 进行访问控制。
你可以在 Github 仓库 找到该项目完整的源码。
创建 messages-service 点击此 链接 可使用 Spring Initializr 生成 messages-service。我们选择了 Web、Validation、Security 和 OAuth2 Resource Server Starter。应用生成后，在 IDE 打开它。
配置 OAuth 2.0 资源服务器属性 messages-service 是 bearer-only 类型的资源服务器。这意味着如果有人使用有效的 access_token 作为 Authorization 头发送请求到受保护的 API 端点，该服务将返回响应。否则，它将只会返回 401 或 403 的 HTTP 状态码，而不会启动 OAuth 2.0 的授权流程。
bearer-only 类型的资源服务器无需向授权服务器（Keycloak）注册。我们只需在 application.properties 文件中配置 issuer-uri 如下：
spring.application.name=messages-service server.
