克雷格·沃斯是Pivotal的首席软件工程师，同时也是一位畅销书作者，对Spring框架情有独钟。他经常在各类技术会议上发表演讲，分享自己的见解与经验。作为一名资深的技术专家，他在业界享有盛誉。

<p>本书是一本经典而实用的畅销Spring 学习指南。 第5 版涵盖了Spring 5.0 和Spring Boot 2.0 里程碑式的更新。全书分为5 个部分，共19 章。第1 部分（第1～5 章）涵盖了构建Spring 应用的基础话题。第2 部分（第6～9章）讨论如何将Spring 应用与其他应用进行集成。第3 部分（第10～12 章）探讨Spring对反应式编程提供的全新支持。第4 部分（第13～15 章）拆分单体应用模型，介绍SpringCloud 和微服务开发。第5 部分（第16～19 章）讨论如何为应用投入生产环境做准备以及如何进行部署。 本书既适合刚开始学习Spring Boot 和Spring 框架的Java 开发人员快速上手，也适合经验丰富的Spring 开发人员学习Spring 的新特性，尤其适用于企业级Java 开发人员。</p>

这本书深入浅出地讲解了Spring框架的核心概念和高级特性，帮助读者从零开始学习Spring。书中详细阐述了如何构建和集成Spring应用，介绍了Spring对反应式编程的支持，以及如何利用Spring Cloud进行微服务开发。此外，还提供了将应用部署到生产环境的实用指南，对Java开发人员来说是一本不可或缺的学习资料。



内容提要

参与翻译《Spring实战》的经历，作者张卫滨回忆起最初接触Spring框架的情景，以及随着时间的推移，Spring如何成为Java开发的标准。他还强调了Spring持续简化和提高开发效率的努力，并指出Spring的持续发展得益于其坚守最初目标——简化Java应用开发。作者还讨论了技术知识的不稳定性，并鼓励读者追求更稳定的知识，如技术规范和设计原理。最后，他对本书的读者表达了希望，并提供了联系方式以解答疑问。



译者序

本书第一部分的内容，主要讲解了如何开始编写Spring应用，并在这个过程中掌握Spring的基础知识。从Spring和Spring Boot的核心知识开始，逐步深入到Spring MVC、数据持久化、安全性以及配置属性等方面，通过实际操作引导读者逐步构建一个名为Taco Cloud的Spring应用。



第1部分 Spring基础

Spring框架的起源和发展，以及它在现代应用开发中的重要作用。从最初为关系型数据库支撑的Web应用提供支持，到如今支持微服务和反应式编程，Spring不断进化以适应软件开发的新需求。Spring Boot的引入进一步简化了开发流程，使得无论是构建简单的Web应用还是复杂的现代应用，Spring框架都能提供有效的解决方案。



第1章 Spring起步

Spring框架，这是一个强大的Java应用开发框架，通过提供容器和依赖注入等核心概念，帮助开发者简化应用开发和配置。Spring容器负责创建和管理应用组件，这些组件称为bean，它们通过依赖注入的方式组装在一起。Spring提供了丰富的功能，包括Web框架、持久化方案、安全框架等。随着Spring Boot的引入，自动配置的能力得到了增强，极大地提高了开发效率。本书将重点介绍Spring Boot和基于Java的配置，以实现高效、简洁的应用开发。



1.1 什么是Spring

本书旨在构建一个名为Taco Cloud的在线应用，该应用允许用户轻松订购美味的墨西哥煎玉米卷。为了实现这一目标，本书将运用Spring、Spring Boot及相关库和框架。书中详细介绍了多种初始化Spring应用的方法，包括通过Spring Initializr、命令行、IDE等，并以Spring Tool Suite中使用Spring Initializr初始化项目为例进行了讲解。

在项目结构方面，本书详细阐述了Spring项目的组成，包括源码、测试代码、资源文件等，并介绍了如何使用Maven构建规范。此外，书中还介绍了Taco Cloud应用的引导类及其功能。

Spring Boot应用的基本结构和组成方面，本书通过名为TacoCloudApplication的类展示了如何使用@SpringBootApplication注解启动Spring Boot应用。该注解集成了配置、自动配置和组件扫描等功能。同时，书中还介绍了应用测试类TacoCloudApplicationTests，该测试类利用JUnit和Spring Boot的测试功能，确保应用上下文能够成功加载。通过这些内容，读者可以初步了解Spring Boot的运行机制和测试方法。

1.2 初始化Spring应用

Spring MVC在构建Taco Cloud应用的主页时展现出其高效性。我们首先创建了`HomeController`控制器类，该类负责处理对根路径的请求，并通过`@GetMapping`注解将其映射到主页视图。主页视图利用Thymeleaf模板引擎定义，其中包含了Taco Cloud的Logo。

为了确保主页控制器能够正确处理请求并返回预期内容，我们还编写了`HomeControllerTest`测试类。这个测试类通过使用@WebMvcTest注解来限制测试中注册的控制器，然后使用MockMvc发送请求并验证响应。测试验证了主页的正确性，包括HTTP状态、视图名称和内容。

使用Spring Boot Dashboard启动和运行Spring MVC应用的过程也相当直观。通过MockMvc发送请求进行测试时，确保了主页的正确性。此外，我们还学习了如何利用Spring Boot Dashboard启动应用，包括启动Tomcat服务器。

Spring Boot DevTools的引入进一步提升了开发效率。该工具能够实现代码变更后自动重启应用，以及自动刷新浏览器等功能。这些特性极大地简化了开发过程。

在回顾整个构建过程时，我们强调了Spring Boot的自动配置特性如何简化开发工作。通过这些自动化功能，开发者可以更快地实现应用，同时减少配置错误的可能性。总的来说，Spring MVC和Spring Boot的结合为构建高效、易于管理的Web应用提供了强有力的支持。

1.3 编写Spring应用

Spring框架及其生态系统的概览，重点阐述了Spring核心框架的重要性，涵盖了MVC、数据持久化、反应式编程等关键特性。同时，Spring Boot因其自动化配置和Starter依赖而备受推崇，Spring Data则简化了数据访问操作。此外，Spring Security提供了全面的安全解决方案，而Spring Integration和Spring Batch则分别处理实时和批处理集成。最后，Spring Cloud助力微服务开发，提供了一系列相关工具和组件。



1.4 俯瞰Spring风景线

Spring框架，它致力于简化Java应用程序的开发，尤其在构建Web应用、数据库操作、安全防护和微服务方面。Spring Boot在此基础上进一步简化了依赖管理、自动配置等操作，让开发者更容易上手。Spring Initializr作为初始化工具，支持多种Java开发环境。在Spring应用中，组件可以通过Java、XML或自动配置来声明和配置，为开发者提供了极大的便利。



1.5 小结

本章将带领我们走进Web应用开发的领域，重点讲解如何利用Spring MVC来构建用户界面。我们将通过实践开发Taco Cloud项目，探索如何展现模型数据以及处理用户表单输入。从静态内容展示到定制化taco的设计，这一章将带领我们深入理解Spring MVC的强大功能。



第2章 开发Web应用

Taco Cloud是一个在线订购taco的平台，它支持顾客根据自己的口味定制个性化taco。平台通过构建领域类、控制器类和视图模板来实现这一功能。领域类定义了taco配料的属性，控制器类从数据库中获取配料信息，并将其传递给视图模板，由模板在浏览器中展示配料列表。Lombok库被用于简化代码编写，同时控制器类还展示了如何创建以处理HTTP请求和展示配料信息。

在Spring MVC框架中，DesignTacoController控制器通过@Controller和@RequestMapping注解被识别并注册为bean。该控制器通过@GetMapping注解处理对“/design”路径的GET请求，并使用showDesignForm方法展示设计表单。表单使用Thymeleaf模板，允许用户选择各种taco配料。然而，目前设计表单只支持显示页面，还未处理提交逻辑，导致用户点击提交按钮时，系统会返回HTTP 405错误，提示POST请求不被支持。

为了解决这个问题，我们需要编写代码以处理POST请求。首先，需要在控制器中定义一个新的方法来处理表单提交。这个方法将接收用户选择的配料信息，并将其存储到数据库中。然后，我们可以创建一个视图来展示用户已设计的taco，或者将用户重定向到订单页面。

以下是处理POST请求的代码示例：

```java
import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PostMapping;
import org.springframework.web.bind.annotation.RequestMapping;

@Controller
@RequestMapping("/design")
public class DesignTacoController {

    @GetMapping
    public String showDesignForm() {
        // 显示设计表单
        return "design";
    }

    @PostMapping
    public String processDesignForm(Taco design) {
        // 处理表单提交，将设计存储到数据库
        // ...

        // 重定向到订单页面或展示设计的视图
        return "order";
    }
}
```

在这个示例中，我们定义了一个名为processDesignForm的新方法，它接收一个Taco对象作为参数。这个方法将处理用户提交的配料信息，并将其存储到数据库中。然后，我们将用户重定向到订单页面或展示设计的视图。

通过这种方式，我们成功解决了POST请求处理问题，并确保用户能够顺利完成taco的设计和订购过程。

2.1 展现信息

在处理表单提交时，我们需要注意<form>标签的method属性和action属性。在本例中，表单以POST方式提交，但未指定action属性，导致提交路径与GET请求相同。处理POST请求时，我们使用@PostMapping注解。在处理Taco设计表单提交时，表单数据绑定到Taco对象，并传递给处理方法。随后，我们将创建的Taco对象重定向到订单表单页面。同时，我们还展示了如何创建一个简单的控制器来处理订单表单的提交，并定义了相应的领域对象。最后，我们注意到处理订单提交的方法中存在错误信息，需要添加校验来确保数据正确性。



2.2 处理表单提交

在创建taco作品时，如何对用户输入进行校验的问题。由于目前没有明确的校验规则，用户可以随意输入不合法的信息。为了解决这个问题，文章提出了使用Spring的Bean校验API（JSR-303）来实现输入校验。通过在领域类上添加注解，如@NotNull、@Size等，可以声明校验规则，从而在提交表单时自动进行校验。文章详细介绍了如何为Taco和Order类添加校验规则，并说明了如何在控制器方法中添加@Valid注解来触发校验。最后，文章展示了如何使用Thymeleaf模板引擎来展示校验错误，让用户了解需要纠正的错误信息。



2.3 校验表单输入

如何使用视图控制器简化应用开发。通过配置类实现WebMvcConfigurer接口，可以轻松定义视图控制器，仅转发请求到视图而不处理业务逻辑。这种方法减少了控制器类数量，简化了应用配置。通过覆盖addViewControllers方法，可以注册视图控制器，并指定请求路径和视图名称。此外，还可以将视图控制器声明添加到应用引导类中，进一步减少配置类数量。



2.4 使用视图控制器

Spring Boot项目中视图模板库的选择，主要依据个人喜好，Spring Boot支持多种模板方案，如Thymeleaf、Mustache和JSP等。选择模板库后，只需将其依赖添加到构建文件中，Spring Boot会自动配置所需组件。例如，Taco Cloud应用使用Thymeleaf模板库。若要更换模板库，只需在构建文件中替换依赖即可。此外，Spring Boot还提供了缓存模板的功能，但开发阶段可禁用缓存以方便调试。



2.5 选择视图模板库

Spring MVC框架，它为Spring应用开发Web前端提供了强大的支持。通过注解如@RequestMapping等，可以轻松声明请求处理方法。处理方法通常会返回视图逻辑名称，例如Thymeleaf模板，并携带模型数据。Spring MVC还支持校验，通过Java Bean Validation API和Hibernate Validator等实现。对于简单的GET请求，可以使用视图控制器。除了Thymeleaf，它还支持多种视图方案，如FreeMarker和Mustache。



2.6 小结

本章主要围绕Taco Cloud应用的数据持久化展开，详细介绍了如何使用Spring的JdbcTemplate和SimpleJdbcInsert来插入数据，以及如何利用Spring Data声明JPA repository简化数据操作。通过这些方法，应用程序可以更高效地与数据库交互，存储和展现配料、taco和订单等信息，实现从静态Web站点到动态应用程序的华丽转身。



第3章 使用数据

Spring框架通过JdbcTemplate简化了JDBC操作，使数据库交互更为高效。JdbcTemplate封装了数据库连接、语句创建和资源释放过程，让开发者可以更简洁地执行SQL查询和更新操作，同时简化了异常处理。此外，文章展示了如何定义JDBC repository，实现数据查询、更新和持久化功能。

以Taco Cloud应用为例，首先定义了五个表：Ingredient、Taco、Taco_Ingredients、Taco_Order和Taco_Order_Tacos，用于存储配料、Taco信息、Taco与配料的关系、订单和订单与Taco的关系。接着，通过SQL语句创建了这些表，并在根目录下的schema.sql文件中存储了这些语句。预加载配料数据则存储在data.sql文件中。

在保存数据方面，文章展示了使用JdbcTemplate和SimpleJdbcInsert两种方法。以TacoRepository为例，说明了如何保存Taco对象及其关联的配料信息。此外，介绍了如何将TacoRepository注入到DesignTacoController中，并在保存Taco时调用它。

在Spring MVC框架中，@SessionAttributes注解用于在多个请求中保存Order对象，方便用户添加多个Taco到订单中。JdbcOrderRepository类利用SimpleJdbcInsert简化数据库插入操作，通过JdbcTemplate执行SQL语句。在save()方法中，Order对象被转换成Map，然后通过SimpleJdbcInsert插入到Taco_Order表中，并返回生成的ID。每个Taco随后被保存到Taco_Order_Tacos表中。OrderController通过注入OrderRepository来保存订单，并在订单保存后清除session中的订单信息。

此外，文章还介绍了如何使用H2 Console查看数据库内容，并强调了Spring Data如何简化数据持久化过程。通过这些方法，Spring框架提高了Java应用与关系型数据库交互的效率和质量。

3.1 使用JDBC读取和写入数据

Spring Data JPA是一款帮助开发者简化关系型数据库数据持久化的强大工具。它通过自动生成repository功能，显著提升了开发效率。要使用Spring Data JPA，首先需将其加入项目构建文件，并引入合适的JPA实现。随后，在领域对象上添加如@Entity、@Id等JPA注解，以支持数据持久化。定义JPA repository接口，如IngredientRepository、TacoRepository等，这些接口继承自CrudRepository，提供CRUD操作方法。

Spring Data JPA的亮点在于，无需手动编写实现类。应用启动时，Spring Data会自动生成这些类。其自动生成机制基于方法签名中的命名约定，类似于领域特定语言。用户可以自定义方法执行特定查询，例如根据邮编查找订单，或根据时间和邮编范围查询订单。Spring Data支持丰富的操作符和关键字构建复杂查询，包括大小写不敏感的匹配和排序功能。对于复杂或非标准查询，用户还可以使用@Query注解直接指定查询语句。

这种机制极大地简化了数据库操作，让开发者能更高效地与数据库交互。Spring Data JPA通过自动生成repository功能，减少了代码量，提高了开发效率。开发者只需关注业务逻辑，无需担心数据库操作细节。同时，Spring Data JPA提供了丰富的查询功能，方便开发者快速实现复杂查询。总之，Spring Data JPA是一款功能强大、易于使用的数据库持久化工具，为开发者带来了诸多便利。

3.2 使用Spring Data JPA持久化数据

Spring框架中的JdbcTemplate和JPA简化了数据库操作。JdbcTemplate通过PreparedStatementCreator和KeyHolder组合使用，可以获取数据库生成的ID值。同时，SimpleJdbcInsert简化了数据的插入过程。Spring Data JPA则通过编写repository接口，大大简化了JPA持久化的操作。这些功能让开发者可以更高效地处理数据库事务。



3.3 小结

本章将带领我们深入探讨如何保护Spring应用程序的安全。从自动配置Spring Security开始，再到设置自定义用户存储和登录页，以及防范CSRF攻击，本章全面覆盖了提升应用程序安全性的关键措施。随着信息价值的日益凸显，保障数据安全和用户身份信息成为软件开发人员的重要任务。



第4章 保护Spring

如何在Spring应用中启用安全保护，首先需要在构建文件中添加Spring Security依赖。应用启动后，会自动进行基本的安全配置，如HTTP基本认证。虽然这为应用提供了一个基础的安全层，但为了满足更复杂的安全需求，如提供登录页面、注册功能和定制安全规则，还需要进行额外的配置。



4.1 启用Spring Security

Spring Security在配置上，传统基于XML的方式已被Java配置所取代，后者在简洁性和易读性上更胜一筹。本章以Taco Cloud为例，展示了如何使用Java配置来实现安全性设置。其中，内存存储和JDBC存储是两种用户存储方案。内存存储适用于用户数量固定的小型应用，而JDBC存储则适用于需要数据库维护用户信息的大型应用。

在密码安全方面，Spring Security提供了bcrypt、PBKDF2、scrypt等多种加密方式，以增强密码存储的安全性。此外，还介绍了如何与LDAP进行用户认证，包括配置搜索基础、密码比对和远程LDAP服务器的引用。同时，还展示了如何配置嵌入式的LDAP服务器，并使用LDIF文件加载用户数据。若开箱即用的用户存储无法满足需求，可以创建自定义的用户认证方案，如使用Spring Data JPA持久化用户数据，并定义User实体和对应的repository接口。

在Taco Cloud应用中，Spring Data JPA和Spring Security实现了用户注册和认证。通过扩展CrudRepository并实现UserDetailsService接口，定义了UserRepository来管理用户信息，并通过自动生成的实现简化了开发。接着，注入UserRepository和PasswordEncoder，创建了一个用户详情服务，用于加载用户信息并处理认证。同时，提供了一个注册控制器来处理用户注册，包括表单展示和用户信息的保存。最后，通过配置密码转码器和用户详情服务，实现了完整的用户注册和认证流程。

4.2 配置Spring Security

Taco Cloud应用的安全性配置，包括用户认证、自定义登录页、用户退出以及防止跨站请求伪造。首先，确保用户在访问“/design”和“/orders”等关键路径前必须经过认证，而主页、登录页和注册页则对未认证用户开放。接着，通过配置HttpSecurity对象，使用antMatchers()方法定义了不同的安全规则，让具备特定角色的用户访问特定页面。此外，还介绍了如何自定义登录页和登录表单，包括表单提交路径、用户名和密码字段名等。最后，讲解了如何通过Spring Security内置的CSRF保护功能，确保应用安全。



4.3 保护Web请求

在软件开发中，为了优化用户体验，不仅要知道用户是否登录，更要明确他们的身份。以订单系统为例，通过关联订单与用户，可以实现信息预填充，简化用户操作。为了实现这种关联，可以在Order类中添加指向User类的属性。确定用户身份的方法有注入Principal对象、Authentication对象、使用SecurityContextHolder获取安全上下文或直接使用@AuthenticationPrincipal注解。通过这些方法，可以在控制器方法中获取用户信息，并将其与订单关联，从而提高系统效率。



4.4 了解用户是谁

Spring Security的自动配置功能，它可以帮助实现基本安全性，但通常需要根据特定需求进行显式配置。用户信息管理可通过多种方式，包括关系型数据库、LDAP或自定义实现。Spring Security自动防范CSRF攻击，并允许通过SecurityContext或@AuthenticationPrincipal注解获取已认证用户信息，方便控制器中使用。



4.5 小结

本章主要探讨了Spring Boot中的配置属性功能，这种功能可以让开发者在不显式配置的情况下，为Spring应用中的bean设置属性。配置属性可以从多个来源获取，如JVM系统属性、命令行参数和环境变量。虽然这种自动配置简化了开发过程，但也可能让开发者感到设置属性的方式不再直观。本章旨在帮助读者理解如何使用配置属性来调整Spring Boot的自动配置。



第5章 使用配置属性

Spring配置的两种类型：bean装配和属性注入。在Spring中，这两种配置通常在同一地方显式声明。例如，在基于Java的配置中，使用@Bean注解的方法可以同时初始化bean并为它的属性设置值。Spring Boot利用自动配置功能，当类路径中存在特定依赖时，会自动创建相应的bean。配置属性则用于设置bean的值，这些属性来源于多个属性源，如JVM系统属性、环境变量、命令行参数等。通过配置属性，可以轻松调整Spring bean的行为，例如设置数据库连接信息、服务器端口、日志级别等。此外，还可以通过配置属性派生值，实现配置的灵活性和可扩展性。



5.1 细粒度的自动配置

Spring Boot如何通过@ConfigurationProperties注解实现配置属性的注入，这样可以将配置信息与业务逻辑分离，使得代码更加整洁。通过创建一个配置属性持有者类，可以将配置信息集中管理，便于维护和修改。同时，Spring Boot允许为配置属性添加元数据，以便在IDE中提供更好的文档和自动补全功能，提高开发效率。此外，通过使用Spring profile，可以针对不同的部署环境配置不同的属性，实现灵活的环境配置管理。



5.2 创建自己的配置属性

Spring框架中profile的使用，它是一种条件化的配置方式，可以在不同运行时环境中根据激活的profile来使用或忽略不同的bean、配置类和配置属性。通过定义不同的profile，可以轻松地管理不同环境下的配置细节，比如数据库连接和生产环境与开发环境的差异。使用profile，可以创建专门的配置文件或直接在application.yml中指定特定profile的属性，并通过环境变量或命令行参数激活所需的profile。此外，还可以利用@Profile注解来条件化地创建bean，实现不同环境下bean的动态加载。这样，可以更灵活地管理和调整Spring应用的配置，适应不同的运行环境。



5.3 使用profile进行配置

Spring bean如何利用@ConfigurationProperties注解从多种属性源中注入值，包括命令行参数、环境变量、JVM系统属性等。配置属性还能用来调整自动配置设置，比如数据源URL和日志级别。同时，Spring profile与属性源结合，可以基于激活的profile动态设置配置属性，使得配置更加灵活。



5.4 小结

Spring集成这一主题，深入探讨了Spring应用与其他应用集成的技巧。章节6中，详细介绍了如何在Spring MVC中编写REST API，包括如何定义REST端点、启用超媒体REST资源，以及使用Spring Data REST自动生成REST端点。接着，章节7转换视角，讨论了Spring应用如何消费REST API。在第8章，介绍了如何利用异步通信技术让Spring发送和接收JMS、RabbitMQ与Kafka的消息。最后，第9章探讨了使用Spring Integration实现声明式应用集成的策略，涵盖了实时数据处理、集成流定义以及与外部系统集成的技巧。



第2部分 Spring集成

本章内容，主要讲解如何利用Spring MVC创建REST服务。通过定义REST端点，启用超链接REST资源，以及自动化基于repository的REST端点，实现后端功能的暴露。这有助于让各种客户端与后端进行交互，为现代应用程序提供更灵活的用户界面。本章以Taco Cloud应用为例，展示了如何使用Spring MVC和Spring Data repository构建REST API，并介绍如何测试和保护这些端点。



第6章 创建REST服务

Taco Cloud应用的用户界面已从传统的多页应用（MPA）转变为基于Angular的单页应用（SPA）。这种转变提高了前端展现与后端处理的解耦，增强了灵活性，并便于与其他应用程序的集成。本章主要介绍了后端Spring代码，尤其是如何创建RESTful控制器来处理API请求。

在Spring MVC中，我们可以通过使用@RestController、@RequestMapping、@GetMapping等注解轻松定义端点，用于检索和发送数据。例如，我们可以通过控制器方法返回最近创建的taco列表，或者抓取单个taco并返回相应的状态码。此外，还可以使用curl或HTTPie等工具来测试API。

在Taco Cloud API中，客户端可以通过HTTP POST请求创建资源。例如，客户端可以使用`postTaco()`方法将Taco对象保存到数据库中。而HTTP PUT和PATCH请求则用于更新资源，其中PUT请求用于替换整个资源，而PATCH请求用于局部更新资源。对于DELETE请求，客户端可以通过它来删除服务器上的资源，如删除一个订单。

Spring MVC提供了相应的注解（如`@PostMapping`、`@PutMapping`、`@PatchMapping`和`@DeleteMapping`）来处理这些不同类型的请求，确保资源能够被正确地创建、更新或删除。这样，API能够更有效地与客户端进行交互。

具体来说，以下是几种请求类型的处理方法：

1. 创建资源：使用`@PostMapping`注解处理HTTP POST请求，以创建资源。例如，当客户端发送一个Taco设计时，后端会通过`postTaco()`方法将Taco对象保存到数据库中。

2. 更新资源：使用`@PutMapping`注解处理HTTP PUT请求，用于替换整个资源。而对于局部更新资源，则可以使用`@PatchMapping`注解处理HTTP PATCH请求。

3. 删除资源：使用`@DeleteMapping`注解处理HTTP DELETE请求，用于删除服务器上的资源，如删除一个订单。

通过以上方法，Taco Cloud API能够实现资源的有效创建、更新和删除，从而提高与客户端的交互效率。

6.1 编写RESTful控制器

在API设计中，超媒体扮演着关键角色，它允许客户端通过嵌入的链接轻松地浏览整个API，无需了解复杂的URL结构。例如，在Taco Cloud API中，Spring HATEOAS项目允许我们在返回的资源中添加超链接，使得客户端能够简单地通过链接访问API中的其他资源。

为了利用Spring HATEOAS为RESTful API添加超链接，我们首先需要重写`toResource()`和`instantiateResource()`方法，以将领域模型转换为资源对象，并为这些资源添加自我链接。此外，`ResourceAssemblerSupport`类可以用来创建资源装配器，它通过`toResources()`方法批量将领域对象列表转换为资源对象。

在构建资源装配器时，我们可以控制JSON响应中资源集合的字段名，通过使用`@Relation`注解来实现。同时，Spring Data REST能够自动生成API，进一步简化开发过程。

具体实现时，首先定义领域模型和资源模型之间的关系，然后在资源模型中添加相应的链接。例如，如果有一个领域模型`Taco`和一个资源模型`TacoResource`，我们可以在`TacoResource`中添加指向`Taco`对象的链接。

接下来，我们通过重写`toResource()`方法，将领域模型转换为资源对象，并为其添加自我链接。例如：

```java
public class TacoResourceAssembler extends ResourceAssemblerSupport<Taco, TacoResource> {
    public TacoResourceAssembler() {
        super(Taco.class, TacoResource.class);
    }

    @Override
    public Resource<TacoResource> toResource(Taco taco) {
        TacoResource tacoResource = new TacoResource();
        tacoResource.setId(taco.getId());
        tacoResource.setName(taco.getName());
        tacoResource.add(linkTo(methodOn(TacoController.class).getTacoById(taco.getId())).withSelfRel());
        return resource(tacoResource, linkTo(methodOn(TacoController.class).getAllTacos()).withRel("tacos"));
    }
}
```

然后，我们可以使用`ResourceAssemblerSupport`的`toResources()`方法批量转换领域对象列表：

```java
public List<Resource<TacoResource>> toResources(List<Taco> tacos) {
    return tacos.stream().map(this::toResource).collect(Collectors.toList());
}
```

最后，我们使用`@Relation`注解来控制JSON响应中资源集合的字段名。例如：

```java
@Relation(collectionRelation = "tacos")
public class TacoResource {
    // ...
}
```

这样，当API返回资源集合时，JSON响应中将包含名为`tacos`的字段。

总之，通过Spring HATEOAS框架，我们可以轻松地为RESTful API添加超链接，提高API的易用性和可维护性。

6.2 启用超媒体

Spring Data REST是一个功能强大的工具，允许我们通过定义接口自动生成REST API。它只需添加一个依赖项，即可自动生成与repository接口操作一致的API。此外，它还能创建带有超链接的资源，便于作为API客户端进行访问。不过，有时它生成的复数形式可能不正确，比如将“taco”错误地计算为“tacoes”。要解决这个问题，我们可以使用@RestResource注解来指定正确的关系名和路径。

Spring Data REST还支持分页和排序功能，便于我们从API获取特定数据。此外，我们可以通过@RepositoryRestController注解创建自定义端点，确保控制器的基础路径与Spring Data REST端点保持一致。

在RecentTacosController中，通过`toResources`方法，可以将`tacos`对象转换为`TacoResource`对象，并添加指向最近tacos的链接。在`/api/tacos`的响应中，我们通过定义一个`ResourceProcessor`，为`PagedResources<Resource<Taco>>`类型的资源添加“recents”链接，以便客户端获取最近创建的tacos。

具体来说，Spring Data REST通过资源处理器添加自定义超链接的过程如下：

1. 在RecentTacosController中，通过`toResources`方法将`tacos`对象转换为`TacoResource`对象，并添加指向最近tacos的链接。

2. 在`/api/tacos`的响应中，定义一个`ResourceProcessor`，用于处理`PagedResources<Resource<Taco>>`类型的资源。

3. 在资源处理器中，为`PagedResources<Resource<Taco>>`类型的资源添加“recents”链接。

4. 客户端通过访问`/api/tacos`端点，获取带有“recents”链接的资源，从而方便获取最近创建的tacos。

通过这种方式，Spring Data REST为我们提供了强大的功能，使我们能够轻松地生成REST API，并通过自定义超链接和分页、排序功能，提升API的可用性和用户体验。

6.3 启用数据后端服务

Spring MVC如何创建REST端点，控制器和面向浏览器的控制器编程模型一致。为了简化数据响应，可以使用@ResponseBody注解或返回ResponseEntity对象。@RestController注解进一步简化了REST控制器。Spring HATEOAS和Spring Data REST则分别提供了超链接功能和自动导出REST API的能力。



6.4 小结

本章内容主要围绕如何使用Spring框架中的RestTemplate和Traverson两个工具来消费REST API。RestTemplate是一个简单、同步的REST客户端，而Traverson则支持超链接的同步REST客户端。这些工具帮助Spring应用与外部API进行交互，这在微服务架构中尤为重要。同时，本章也提到了WebClient这个反应式、异步的REST客户端，将在后续章节中介绍。



第7章 消费REST服务

Spring框架中的RestTemplate工具，它旨在简化与REST端点的交互。RestTemplate能够处理与HTTP请求相关的繁琐操作，如创建请求、发送请求、解析响应等，从而让开发者从重复的样板代码中解放出来。它提供了丰富的API方法，包括对GET、PUT、DELETE和POST等HTTP方法的全面支持，并支持通过String和URI两种方式指定URL。文章详细讲解了如何使用RestTemplate进行资源获取、更新、删除和创建操作，并通过具体的示例展示了如何通过不同的方法获取资源对象或响应细节。同时，文章也指出RestTemplate在处理超媒体API时存在局限性，并建议使用专门的库如Traverson来处理此类任务。



7.1 使用RestTemplate消费REST端点

Traverson库，它是一个用于在Spring应用中消费REST API的解决方案，灵感来源于JavaScript库。通过指定API的基础URI和响应格式，可以轻松遍历API关系名。Traverson使用类似浏览网页的方式导航API，通过调用follow()方法跟踪链接关系，并使用toObject()提取资源内容。在需要同时导航和更新资源时，可以结合使用Traverson和RestTemplate。例如，通过Traverson找到添加新配料的链接，然后使用RestTemplate进行HTTP请求创建新资源。



7.2 使用Traverson导航REST API

在本书中，我们学习了客户端如何利用RestTemplate来向REST API发送HTTP请求，这为与后端服务交互提供了便利。同时，我们还了解了Traverson这一工具，它可以帮助客户端轻松地导航API响应中内嵌的超链接，从而实现更复杂的业务需求。这两项技术的结合，大大提升了客户端与REST API交互的效率和灵活性。



7.3 小结

本章主要讲述了如何使用异步消息来提高应用程序之间的通信效率和松散耦合。通过JMS、RabbitMQ和Kafka等工具，我们可以实现从Web站点到厨房应用的订单信息传递，从而实现业务流程的解耦和可伸缩性。此外，还介绍了Spring框架提供的消息驱动POJO，为开发者提供了类似EJB消息驱动Bean的消息接收方式。



第8章 发送异步消息

Java消息服务（JMS）在Java应用中扮演着关键角色，它通过提供统一API，简化了不同消息代理间的消息传递。Spring框架通过JmsTemplate进一步简化了JMS的使用，让开发者能够通过简单API发送和接收消息。要启用JMS，开发者需引入相应的Spring Boot依赖，并配置消息代理，如Apache ActiveMQ或ActiveMQ Artemis。

JmsTemplate提供了send和convertAndSend方法，它们支持发送原始消息或对象消息，并允许用户自定义消息目的地。此外，配置消息代理的连接属性也是必要的，文章中还提供了相应的示例代码。

在Spring框架中，有多种使用JMS消息传递的方式。首先，通过JmsTemplate与Destination的配合，开发者可以发送和接收消息。send()和convertAndSend()方法简化了消息发送流程，其中convertAndSend()更便于发送对象消息。通过配置消息转换器，如MappingJackson2MessageConverter，可以更灵活地实现对象到消息的转换。为了在消息发送前进行后期处理，可以使用MessagePostProcessor来添加消息头部。接收消息方面，JmsTemplate提供了拉取模式，如receive()和receiveAndConvert()方法，以及推送模式的消息监听器。

在Taco Cloud厨房应用中，JmsOrderReceiver用于接收订单消息。该组件通过JmsTemplate的receiveAndConvert方法实现拉取模式，从特定队列中接收订单信息。文章还介绍了通过声明消息监听器实现推送模式的方法，即使用@JmsListener注解自动处理到达指定目的地的消息。虽然消息监听器在处理速度快和无需阻塞方面具有优势，但在Taco Cloud中可能并不适用，因为厨师需要时间来处理订单。因此，文章建议在需要厨师根据自身节奏处理消息时，采用JmsTemplate的拉取模式。

最后，文章提到了JMS的局限性和新兴的消息传递方案，如RabbitMQ和Kafka。

8.1 使用JMS发送消息

Spring框架的RabbitTemplate是处理RabbitMQ消息传递的强大工具，它允许开发者轻松发送和接收消息。RabbitMQ基于高级消息队列协议（AMQP），提供灵活的路由策略，通过Exchange和routing key寻址消息，使消息与接收队列解耦，从而增强系统灵活性。

要使用RabbitTemplate发送消息，开发者首先需要通过构造函数注入RabbitTemplate对象。发送订单信息时，可以将Order对象转换为Message对象，并通过指定routing key将其发送到RabbitMQ的Exchange。Spring Boot通过引入AMQP starter依赖，自动配置RabbitMQ连接工厂和RabbitTemplate，简化了这一过程。

接收消息时，RabbitTemplate的receive()方法可以从队列中提取消息。使用消息转换器，可以将接收到的消息转换为领域对象。此外，通过RabbitListener注解，可以将方法声明为消息监听器。当消息到达时，Spring会自动调用该方法，处理消息接收和转换，从而提升开发效率。

RabbitTemplate提供了send()和convertAndSend()等方法，支持发送原始消息和对象转换消息，还允许对消息进行后期处理。这种方法使得消息的发送和接收更加灵活。

Spring框架中的RabbitTemplate与JmsTemplate在实现上具有相似性，使得开发者在使用RabbitMQ时无需学习全新的编程模型。此外，两者在功能上的相似性也使得从JMS迁移到RabbitMQ变得更加平滑。

在本章中，作者详细探讨了Spring框架中不同消息代理的使用。通过比较@JmsListener和@RabbitListener注解，揭示了两者在实现上的相似性，使得开发者在使用RabbitMQ时可以快速上手。同时，RabbitTemplate和JmsTemplate的相似性也降低了迁移成本。

章节最后展望了Spring支持的另一消息方案——Apache Kafka，为读者提供了更广泛的消息传递选择。这一探讨为开发者提供了更多元化的消息处理工具，有助于他们在项目中做出更合适的选择。

8.2 使用RabbitMQ和AMQP

Apache Kafka作为消息代理的独特之处。它设计为集群运行，通过分区实现可扩展性和弹性。Kafka主题会在集群所有代理间复制，每个节点负责一个或多个主题分区的首领。这种架构允许主题责任在所有节点间拆分。为了在Spring中使用Kafka，需要添加特定的依赖并配置相关属性，如`bootstrap-servers`。KafkaTemplate用于发送和接收消息，通过send()方法发送消息到指定主题，而接收消息则需编写消息监听器，通过@KafkaListener注解实现。这种方式与JMS和RabbitMQ类似，但也有一些差异。



8.3 使用Kafka的消息

异步消息通信的强大功能，它通过提供一个中间层，使应用程序间耦合更加松散，同时增强了系统的可扩展性。Spring框架支持多种异步消息实现，如JMS、RabbitMQ和Apache Kafka。开发者可以利用模板化的客户端发送和接收消息，还可以通过注解将消息推送至消费者bean的方法中，简化了异步消息处理的流程。



8.4 小结

本章主要讲解如何使用Spring Integration实现应用与外部系统的集成。通过配置组件构建数据传输管道，实现数据在管道中流动。内容涵盖实时数据处理、集成流定义、Java DSL使用，以及与电子邮件、文件系统等外部系统的集成方法。强调了在没有网络连接的情况下，应用如何通过集成外部系统来提高生产效率。



第9章 Spring集成

Spring Integration提供了一种高效的方式来创建集成流，其核心功能是数据写入文件系统。要开始使用它，首先需要引入Spring Boot starter和文件端点模块。接下来，开发者需创建一个消息网关接口，该接口负责将方法调用转化为消息。

配置集成流的方式有多种，包括XML、Java配置和使用DSL（Domain Specific Language）。XML配置虽然传统，但Java配置和DSL配置更贴近现代开发风格。Java配置因其简洁易读而受到青睐，而DSL配置则通过流畅的API提供了一种更为优雅的配置方式。示例代码展示了如何使用这两种配置方法来实现一个简单的文件写入集成流。

在Spring Integration中，`IntegrationFlow`可以通过Java DSL定义消息流。例如，可以配置从名为`textInChannel`的通道接收消息，接着通过转换器将消息转换为大写，然后利用文件适配器将处理后的消息写入指定的文件。配置过程简洁明了，直接引用通道名称即可，Spring Integration会自动创建不存在的通道。

对于复杂的集成流，可以将流的一部分抽取到单独的方法或子流中，这有助于提高代码的可读性。通过这种方式，开发者可以更清晰地理解流的工作流程，同时便于维护和扩展。

Spring Integration的Java DSL提供了强大的功能，允许开发者以声明式的方式构建集成流。这种方式简化了集成流程的开发，使得开发者能够更专注于业务逻辑的实现。此外，Java DSL还支持流式编程，允许开发者以线性方式处理消息流，从而提高代码的执行效率。

总之，Spring Integration是一个功能强大的工具，可以帮助开发者轻松实现数据集成和文件写入。通过使用Java DSL和适当的配置，可以构建出简洁、高效且易于维护的集成流。

9.1 声明一个简单的集成流

Spring Integration是一个功能强大的集成框架，能够处理多种集成场景。它被比喻为大象，象征着其广泛的功能性。文章详细介绍了集成流中的关键组件，如通道、过滤器、转换器和路由器，并解释了它们在消息处理中的角色。例如，通道负责消息传递，过滤器则根据条件决定消息的通过与否，转换器改变消息的值或类型，而路由器根据特定条件将消息路由到不同的通道。

以文件写入集成流为例，这些组件的实际应用得以展示。Spring Integration提供了多种通道实现，如PublishSubscribeChannel、QueueChannel和PriorityChannel等，并说明了如何在Java配置和Java DSL中创建和使用这些通道。

在集成流中，消息路由和切分器扮演着至关重要的角色。通过配置不同的通道和路由规则，可以将输入消息按照类型或内容切分成多个独立的消息，并分配给不同的子流进行处理。例如，订单信息可以被拆分为账单、商品列表等不同类型，然后分别路由到对应的处理流程。Java DSL风格的定义使复杂的路由逻辑变得灵活，这对于处理复杂业务逻辑尤其有用，可以提升系统的响应速度和灵活性。

Spring Integration框架包含一些关键组件和概念，例如如何使用DSL进行流的定义。这包括订单切分、服务激活器、网关、通道适配器和端点模块等。文章通过具体代码示例展示了如何声明和使用这些组件，如配置服务激活器、定义网关接口和创建通道适配器等。此外，还介绍了Spring Integration提供的多种端点模块，这些模块有助于与各种外部系统进行集成。

Spring Integration的核心功能在于其组件的灵活运用和强大集成能力。通过理解并掌握这些组件及其在集成流中的作用，开发者可以构建出高效、灵活的集成解决方案。

9.2 Spring Integration功能概览

Taco Cloud公司为了方便客户，决定允许用户通过电子邮件提交taco设计和订单。然而，邮件数量激增，公司不得不寻求临时帮助处理邮件。为了解决这个问题，公司决定实现一个集成流，自动处理邮件，将订单信息解析后提交给Taco Cloud进行订单处理。这个集成流使用了Email端点模块，通过轮询Taco Cloud的Email收件箱，解析邮件内容，并将订单提交到Taco Cloud的REST API。为了实现这一功能，公司定义了EmailProperties配置类来获取邮件服务器信息，并使用Java DSL定义了集成流，包括邮件入站适配器、邮件到订单的转换器以及订单提交处理器。通过这种方式，Taco Cloud能够高效地处理通过电子邮件收到的订单。



9.3 创建Email集成流

Spring Integration如何定义流，通过处理数据在应用进出时进行优化。配置灵活，可用XML、Java或简洁的Java DSL进行。消息网关和通道适配器作为流入口和出口，支持消息转换、切分、聚合、路由和处理。消息通道则连接流中各组件，确保数据流动顺畅。



9.4 小结

Spring 5引入的反应式编程支持，通过Reactor项目这一核心库，详细讲解了反应式编程的基础知识，并展示了Reactor中的常用操作。此外，探讨了Spring WebFlex这一新框架，它借鉴了Spring MVC的理念，为Web开发带来了反应式模型。最后，介绍了如何利用Spring Data实现Cassandra和Mongo数据库的反应式数据持久化。



第3部分 反应式Spring

本章内容主要围绕理解反应式编程展开，通过对比命令式和反应式编程两种风格，阐述了反应式编程的特点和优势。同时，本章也简要介绍了Reactor项目，这是一个基于Spring的反应式编程库，对于理解Spring 5的反应式编程功能具有重要意义。本章还强调了学习Reactor之前，理解反应式编程的基本要素的重要性。



第10章 理解反应式编程

反应式编程，一种与命令式编程相对的编程范式。它通过处理数据流的方式，避免了命令式编程中线程阻塞和并发管理的问题。反应式编程模型更像是一条不断流动的河流，可以处理无限的数据流，而不仅仅是有限的数据集。这种模型使得编程更加直观，能够处理大型企业中的复杂任务。尽管反应式编程并非万能，但在处理数据流和实现高可伸缩性方面具有明显优势。文中还介绍了反应式流的规范，包括Publisher、Subscriber、Subscription和Processor四个接口，以及Reactor项目作为实现反应式流规范的一个例子。



10.1 反应式编程概览

反应式编程，它要求我们以构建数据流经管道的方式思考，而非命令式编程的逐步骤执行。通过Reactor的Mono和Flux类型，我们可以创建数据流，并在数据流经管道时进行修改或使用。Mono和Flux是反应式流的核心，类似于RxJava的Observable和Single。Reactor提供了丰富的测试支持，方便我们在非Spring Boot项目中使用。通过弹珠图，我们可以直观地看到数据在Flux或Mono中的流动和处理过程。



10.2 初识Reactor

在Reactor框架中，Flux和Mono是构建数据流动管线的关键类型。这两种类型提供了丰富的操作符，允许开发者组合出复杂的数据流。本章主要讲解了如何创建Flux和Mono，包括使用对象、集合、数组和流，以及生成计数器Flux。此外，还阐述了如何合并和拆分Flux和Mono，例如合并两个Flux流、将Flux拆分为多个Flux，以及选择第一个发布值的Flux。借助这些操作符，开发者可以灵活构建满足不同需求的数据流。

在反应式编程中，Flux支持异步处理数据流。skip和take操作允许跳过或只取部分数据，而filter和distinct操作则可以过滤掉不符合条件的数据项。map和flatMap操作可以将数据项转换为其他形式，而buffer操作可以将数据流分割成多个数据块，便于处理。使用flatMap和subscribeOn可以实现并行处理，从而提高数据处理效率。

具体来说，buffer方法可以将Flux中的数据项缓冲到新的List集合中，而flatMap方法则可以对每个List集合进行并行处理。结合这两个方法，可以对Flux中的数据进行更灵活的操作和处理。此外，collectList和collectMap方法可以将Flux中的数据项收集到List和Map中，方便后续数据处理。all和any方法可以判断Flux中的数据项是否满足特定条件，实现逻辑操作。这些方法的应用，使反应式编程更加灵活和强大。

以下是一些示例操作：

1. 使用skip和take操作：
```java
Flux<Integer> flux = Flux.range(1, 10).skip(2).take(5);
```
这将创建一个包含第3到第7个整数的Flux流。

2. 使用filter和distinct操作：
```java
Flux<Integer> flux = Flux.range(1, 10).filter(i -> i % 2 == 0).distinct();
```
这将创建一个包含偶数的Flux流，且每个偶数只出现一次。

3. 使用map和flatMap操作：
```java
Flux<String> flux = Flux.range(1, 5).map(i -> "Number " + i).flatMap(i -> {
    if (i > 3) {
        return Flux.just(i + " is greater than 3");
    } else {
        return Flux.empty();
    }
});
```
这将创建一个包含"Number 4 is greater than 3"和"Number 5 is greater than 3"的Flux流。

4. 使用buffer和flatMap操作：
```java
Flux<Flux<Integer>> flux = Flux.range(1, 10).buffer(3);
```
这将创建一个包含3个整数的Flux流，例如(1, 2, 3)、(4, 5, 6)、(7, 8, 9)。

5. 使用collectList和collectMap操作：
```java
Flux<Integer> flux = Flux.range(1, 5);
List<Integer> list = flux.collectList().block();
Map<Integer, String> map = flux.collectMap(i -> i.toString()).block();
```
这将分别收集Flux中的数据到List和Map中。

6. 使用all和any操作：
```java
Flux<Integer> flux = Flux.range(1, 5);
boolean allEven = flux.all(i -> i % 2 == 0).block();
boolean anyEven = flux.any(i -> i % 2 == 0).block();
```
这将判断Flux中的所有数据项是否为偶数（allEven），以及是否至少有一个数据项为偶数（anyEven）。

10.3 使用常见的反应式操作

反应式编程的概念，强调了数据流经处理管道的重要性。反应式流规范定义了Publisher、Subscriber、Subscription和Processor四种类型，而Reactor项目实现了这一规范，将其抽象为Flux和Mono两种类型，并提供丰富的操作。Spring 5则借助Reactor支持反应式编程，涵盖了控制器、repository、REST客户端等多个方面。



10.4 小结

本章内容，我们将通过Spring WebFlux，Spring 5中新增的反应式Web框架，来编写和测试反应式控制器以及客户端。我们还将学习如何消费REST API并保护反应式Web应用。这一框架与Spring MVC相似，让掌握构建REST API的我们能够轻松上手。本章将带领我们深入探索反应式编程在Spring中的应用。



第11章 开发反应式API

Spring WebFlux，一个非阻塞、异步的Web框架，基于Reactor项目，旨在解决Web应用和API对可扩展性的需求。它使用事件轮询机制，用一个线程处理多个请求，降低了每次连接的成本。Spring WebFlux与Spring MVC不同，它不绑定Servlet API，构建在Reactive HTTP API之上，可以在非阻塞Web容器中运行。WebFlux控制器使用反应式类型如Mono和Flux，而不是领域类型，支持异步处理，提高API在高负载情况下的扩展性。此外，WebFlux还支持接受Mono或Flux作为输入，进一步实现非阻塞请求处理。



11.1 使用Spring WebFlux

Spring MVC的注解编程模型，它虽然流行但存在注解定义与实现割裂、自定义扩展复杂、调试困难等问题。Spring 5引入了新的函数式编程模型，通过声明式编程方式，使请求映射更加灵活。该模型包括声明请求类型的RequestPredicate、路由请求的RouterFunction、代表请求的ServerRequest和代表响应的ServerResponse。通过一个Hello World示例，展示了如何使用这些组件创建简单的API。此外，还介绍了如何用函数式编程模型实现一个接近真实场景的请求处理，包括处理GET和POST请求，并通过lambda表达式或方法引用进行路由和处理。



11.2 定义函数式请求处理器

Spring 5如何帮助开发者测试反应式控制器，特别是Spring WebFlux编写的控制器。Spring 5引入了WebTestClient，这是一个测试工具，让测试变得简单高效。通过实例，展示了如何使用WebTestClient测试GET请求和POST请求，并提供了断言响应是否符合预期的方法。此外，还介绍了如何使用WebTestClient进行集成测试，包括在随机端口启动服务器，以及如何使用JSONPath和json()方法来校验响应。最后，提及了WebClient在处理反应式类型时的应用。



11.3 测试反应式控制器

Spring 5引入的WebClient是其RestTemplate的反应式版本，为Java提供了更便捷的HTTP请求处理方式。WebClient以流畅的构建者风格接口，简化了请求的构建与发送过程。通过指定HTTP方法、URI和头信息，用户可以轻松地发送请求并处理响应。例如，要获取Taco Cloud API上的Ingredient对象，只需构建请求、执行并从Mono或Flux中抽取响应。WebClient还支持设置超时，防止客户端长时间等待。

在数据传输方面，WebClient允许使用Mono或Flux作为请求体，通过post()方法发送数据。此外，它还提供了丰富的HTTP请求功能，如使用POST请求创建资源、PUT方法替换POST更新资源，以及DELETE方法移除资源。

错误处理方面，WebClient提供了灵活的解决方案。通过onStatus()方法，开发者可以自定义错误处理逻辑。同时，exchange()方法替代retrieve()，可以获取更详细的响应信息，包括头信息和cookie。

通过WebClient，开发者可以灵活地构建和发送HTTP请求，同时有效地处理响应和错误。

11.4 反应式消费REST API

Spring Security在保护Web API方面的演变，从早期的基于Servlet Filter的架构，到如今既能适配Servlet MVC，也能支持反应式WebFlux应用的灵活性。Spring Security 5.0.0及以后版本，通过引入Spring的WebFilter，使得保护反应式应用成为可能。在配置上，反应式Spring Security与Spring MVC的配置模型相似，但使用@EnableWebFluxSecurity注解和ServerHttpSecurity对象。此外，对于用户详情服务的配置，需要使用ReactiveUserDetailsService来处理反应式数据库查询，确保用户认证逻辑的响应性。这些变化使得Spring Security在保护现代Web应用时更加高效和灵活。



11.5 保护反应式Web API

Spring WebFlux，这是一个反应式的Web框架，与Spring MVC编程模型相似，甚至共享许多注解。Spring 5还提供了函数式编程模型，作为WebFlux的替代。为了测试反应式控制器，可以使用WebTestClient。Spring 5还推出了WebClient，它是Spring RestTemplate的反应式等价物。在安全性方面，尽管WebFlux在底层有所不同，但Spring Security 5为反应式安全提供的编程模型与非反应式Spring MVC应用几乎没有差异。



11.6 小结

本章主要讲解了如何利用Spring Data实现反应式持久化数据。通过Spring Data的反应式repository，我们可以为Cassandra和MongoDB等数据库编写反应式repository，并实现非反应式repository的反应式使用。此外，本章还简要介绍了Cassandra的数据模型，强调了在整个数据流中实现反应式和非阻塞的重要性。



第12章 反应式持久化数据

Spring Data的反应式概况，自Kay版本开始，Spring Data提供了对反应式repository的支持，支持使用Cassandra、MongoDB、Couchbase或Redis等非关系型数据库进行数据持久化。Spring Data按照计算机科学重要人物的名字来命名每个release train版本，例如最新的Kay版本是以Smalltalk编程语言设计者Alan Kay命名。虽然目前Spring Data JPA还没有支持反应式编程模型，但我们可以通过转换将非反应式数据转换为反应式类型。Spring Data的反应式repository与传统的repository类似，只是方法接受和返回Flux和Mono，而不是原始的领域类型和集合。在开发反应式repository时，Spring Data会自动实现我们声明的接口，通过声明式的方式来简化开发过程。



12.1 理解Spring Data的反应式概况

Spring Data Cassandra为Cassandra数据库提供了与Spring Data JPA类似的便捷支持，能够自动生成repository。在Spring Boot项目中，只需添加相应的starter依赖，即可激活此功能。Cassandra与关系型数据库不同，它更强调分区和键值对的数据模型，表结构通常较为非规范化。在将领域模型映射到Cassandra时，需要使用Spring Data Cassandra的注解，以替代传统的JPA注解。例如，使用@PrimaryKey注解来定义分区键，并通过@PrimaryKeyColumn注解来指定键的类型和顺序。

为了处理复杂的数据结构，Cassandra支持用户定义类型（UDT）。UDT简化了数据映射，使得领域模型与数据库表定义不必严格一致。例如，可以将配料（Ingredient）的数据存储在Taco表中。在Spring Data Cassandra中，可以创建反应式repository来处理UDT，这些repository采用ReactiveCassandraRepository或ReactiveCrudRepository接口，并返回Mono和Flux对象。

在编写repository时，需要注意使用Cassandra特有的注解，如@AllowFiltering，以优化查询性能。这样，我们可以有效地将领域模型映射到Cassandra数据库中，并利用Spring Data提供的反应式编程模型进行数据操作。

Spring Data Cassandra提供了多种注解来辅助数据模型与数据库表的映射。例如，@PrimaryKey用于标记实体类中的主键字段，而@PrimaryKeyColumn则用于进一步指定主键的字段类型和顺序。此外，@ColumnFamily用于指定表名，@PartitionKey用于标记分区键字段，@ClusteringOrder用于定义聚簇键的排序方式。

在处理复杂的数据结构时，UDT扮演着重要角色。通过定义UDT，可以将关联表中的数据直接存储在主表中，从而简化数据模型。例如，在Taco模型中，可以通过UDT将配料信息存储在Taco实体中。

Spring Data Cassandra提供了反应式编程的支持，使得数据操作更加高效。在编写repository时，可以使用ReactiveCassandraRepository或ReactiveCrudRepository接口。这些接口支持使用Mono和Flux对象进行异步操作，从而提高应用程序的性能。

在使用UDT和反应式编程模型的基础上，我们可以利用Spring Data Cassandra提供的其他功能来优化数据操作。例如，可以使用@AllowFiltering注解来优化查询性能，减少不必要的数据传输。

总之，Spring Data Cassandra为Cassandra数据库提供了强大的支持，简化了数据模型与数据库表的映射，并支持反应式编程模型。通过合理使用注解和UDT，我们可以构建高效、灵活的Cassandra应用程序。

12.2 使用反应式的Cassandra repository

要使用Spring Data MongoDB构建一个反应式repository，首先需要在项目中添加相应的依赖，以启用Spring Data MongoDB支持。根据项目需求，选择使用反应式或非反应式的starter。接着，将领域对象映射为MongoDB的文档，通过使用注解如@Document和@Id来标识。对于Taco类，其映射过程相对Cassandra更为简便，因为id属性可以直接使用字符串，MongoDB会自动生成ID。

接下来，编写反应式repository接口，通过实现ReactiveMongoRepository和ReactiveCrudRepository接口，实现对领域对象的增删改查操作。ReactiveMongoRepository针对MongoDB进行了优化，但可能限制了数据库切换的灵活性。

在实现TacoRepository时，自定义了一个查询方法“findByOrderByCreatedAtDesc()”，以便获取最新创建的Taco。由于该方法返回的是Flux<Taco>，我们可以直接使用take操作来实现分页功能。此外，还介绍了OrderRepository和UserRepository接口，它们继承自ReactiveMongoRepository，并针对MongoDB的特点进行了优化。

在数据库迁移方面，ReactiveMongoRepository与ReactiveCrudRepository有所不同。ReactiveMongoRepository专门针对MongoDB进行了优化，这可能限制了数据库切换的可能性。这意味着，如果你需要将应用程序迁移到其他数据库，可能需要重新考虑是否继续使用ReactiveMongoRepository。

通过这种方式，Spring Data MongoDB能够提供一种简洁且高效的方式来处理MongoDB数据。开发者可以利用反应式编程的特性，实现异步的数据访问，从而提高应用程序的性能和响应速度。

12.3 编写反应式的MongoDB repository

Spring Data对多种非关系型数据库的支持，包括Cassandra、MongoDB、Couchbase和Redis。它允许开发者使用反应式repository来处理这些数据库，尽管它们遵循与非反应式repository相同的编程模型，但处理的是反应式发布者Flux和Mono。非反应式repository如JPA repository可以通过使用Mono和Flux来调整，但数据保存和获取过程仍是阻塞的。此外，在使用非关系数据库时，理解如何进行适当的数据建模非常重要，因为这直接关系到数据库的数据存储方式。



12.4 小结

云原生Spring的第四部分，我们将学习如何将单体应用拆分为微服务。通过Spring Cloud和微服务开发，我们将深入了解服务发现，并使用Spring和Netflix的Eureka服务注册中心实现微服务的注册和发现。接着，我们会探讨中心化的配置，通过Spring Cloud的Config Server为所有微服务提供统一配置。最后，我们还将学习如何利用Netflix Hystrix实现断路器模式，增强服务面对失败的弹性。



第4部分 云原生Spring

本章内容主要围绕微服务架构展开，从思考微服务到创建服务注册中心，再到注册和发现服务，层层递进。通过电影《海底总动员》中翻车鱼团结协作的故事，生动地说明了微服务之间的协同工作。本章重点介绍了Spring Cloud套件中的配置管理、容错以及服务发现等组件，为读者搭建微服务架构提供了实用指导。



第13章 注册和发现服务

微服务架构如何解决单体应用面临的难题，如理解难度、测试复杂性、库冲突等。微服务架构将应用拆分为独立的小服务，使理解、测试和部署变得更加容易。然而，微服务架构也有其挑战，如网络延迟和服务的定位问题。在选择微服务架构时，需考虑应用规模和复杂性，以及是否适合采用这种架构。本章将介绍如何使用Spring Cloud搭建服务注册中心，以实现微服务之间的通信。



13.1 思考微服务

Spring Cloud Netflix组件中的Eureka服务注册中心。Eureka起源于古希腊物理学家阿基米德的发现故事，寓意微服务间发现和连接的功能。Eureka不仅作为一个注册中心，还作为一个微服务，让其他服务能互相发现。搭建Eureka服务注册中心需要创建一个项目，添加Eureka依赖，并配置相关属性。在生产环境中，可以使用Spring Cloud Services提供的高可用Eureka实现。通过配置多个Eureka实例，可以实现高可用性。此外，Eureka还提供了REST API供服务进行注册和发现。



13.2 搭建服务注册中心

Eureka服务注册中心在服务发现和消费中扮演着至关重要的角色。文章详细阐述了如何将Eureka客户端依赖集成到服务应用的构建文件中，并指导了如何配置Eureka客户端的属性，如服务名称、端口和Eureka服务器位置。此外，文章深入探讨了如何利用RestTemplate和WebClient访问Eureka中注册的服务，这两种方法均支持负载均衡功能。

进一步地，文章介绍了Feign客户端的使用，它通过接口定义REST客户端，并自动生成实现类，极大地简化了服务消费过程。Feign客户端的接口注解与Spring MVC的注解相似，这让开发者能够更加流畅地使用它们。

在项目中，使用Feign客户端接口实现对Eureka注册服务的REST调用，极大地提高了开发效率。这种方式避免了硬编码主机名和端口，简化了服务调用过程。Feign客户端的注解与Spring MVC的注解相似，使得开发者能够更加熟悉地使用它们，从而提高了开发效率。

13.3 注册和发现服务

Spring Cloud Netflix如何通过自动配置和@EnableEurekaServer注解轻松搭建Netflix Eureka服务注册中心。微服务可以通过名称注册，方便其他服务进行发现。客户端负载均衡器Ribbon能够根据服务名称查找实例，RestTemplate和Feign都可用于实现负载均衡，无需硬编码服务地址。



13.4 小结

Spring Cloud Config Server这一集中式配置管理工具，它帮助微服务架构中的多个服务共享通用配置，避免重复配置带来的低效和错误。通过配置服务器，开发者可以在一个中心位置管理所有应用配置，提高配置管理效率。同时，本章还讨论了存储敏感配置和自动化刷新配置等高级功能，旨在提升微服务配置的灵活性和安全性。



第14章 管理配置

Spring应用配置的多样性和问题。书中提到，配置属性可以通过环境变量或打包在JAR/WAR文件中，但这种方式在属性变更时需要重启应用或重新部署，存在不便和破坏性。微服务架构中，属性管理复杂，敏感信息如数据库密码需要保密。Spring Cloud Config Server提供了中心化的配置管理，允许运行时变更配置，无需重启应用，同时支持微服务共享配置和敏感信息加密。



14.1 共享配置

基于上述提供的上下文，以下是关于运行配置服务器的回答：

Spring Cloud Config Server是一个中心化的配置数据源，类似于Eureka，它可以被看作是另一个微服务，在更大的应用中为其他服务提供配置数据。它通过REST API暴露，允许客户端（其他服务）通过它来获取配置属性。配置数据通常来源于Config Server之外的源，比如Git这样的源码控制系统。

配置信息存储在Git等源码控制系统中，可以像应用源码一样进行版本控制，实现分支、标签、恢复和指摘等功能。为了与源码分离，配置信息可以独立于应用进行版本控制。

Config Server可以作为独立的应用进行开发和部署，创建项目时，使用Spring Initializr或其客户端（如Spring Tool Suite中的New Spring Starter Project向导）创建项目，并添加Spring Cloud Config Server依赖。在pom.xml文件中配置Spring Cloud release train和版本。

在讨论Spring Cloud Config Server时，“配置”这个术语可能会指代不同的配置，因此在使用时需要明确指的是哪个配置。Config Server本身也需要配置，同时为应用提供配置属性。

在配置服务器中，Git服务器的选择并不影响Config Server的功能，可以选择任意Git实现，如GitHub、GitLab、微软的Team Foundation Server和Gogs等。

Config Server还可以与HashiCorp Vault结合使用，以保持配置属性的安全性。

最后，创建Config Server项目时，选择Config Server复选框以确保在pom.xml中添加了正确的依赖，并根据所选的Spring Cloud release train配置版本。



14.2 运行配置服务器

Spring Cloud Config Server如何帮助微服务管理配置。通过添加依赖和配置，应用可成为Config Server的客户端，自动从服务器拉取属性。同时，Config Server还可以注册到Eureka服务注册中心，方便服务发现。虽然这种方式需要启动时两次外部调用，但应用属性会缓存，即使Config Server停机也能使用。此外，Config Server支持为特定应用和profile提供配置。



14.3 消费共享配置

配置服务器（Config Server）如何根据客户端的应用名称和激活的profile名称，返回特定应用和profile的配置数据。配置服务器可以管理通用的配置属性，也可以管理特定应用的配置属性，只需将配置文件的名称命名为该应用spring.application.name属性的值即可。此外，配置服务器也支持特定profile的属性，可以通过提供特定profile的配置文件来实现。通过这些方式，配置服务器可以帮助开发者更加灵活地管理和配置微服务。



14.4 提供特定应用和profile的属性

战争，如同阴霾，不仅改变了人们的日常生活，更深刻地扭曲了他们的记忆和心灵。在这片阴影中，孩子们的欢笑与游戏转变成无尽的痛苦与恐惧，原本充满活力的女性因繁重的体力劳动而身心俱疲。即便父亲已离世，他们的形象依旧在心头徘徊。这些记忆虽试图被遗忘，但切尔诺贝利的多次探访却让内心的防线逐渐崩溃，未来充满不确定性，让人倍感困扰。

在这样的背景下，如何在Config Server客户端设置Vault token成为了一个关键问题。在微服务架构中，不能直接使用curl指定token，而需在本地配置文件中添加。spring.cloud.config.token属性确保每次请求都携带指定token，并存储在本地配置中。针对特定应用和profile的私密信息，可以通过修改路径和应用名称来设置，确保信息仅对特定应用和激活的profile有效。

具体来说，设置Vault token的步骤如下：

1. 在本地配置文件中添加spring.cloud.config.token属性，指定token值。

2. 配置文件路径可以根据应用和profile的不同而修改，确保信息的安全性。

3. 在应用启动时，spring.cloud.config.token属性会自动将token添加到请求中。

4. 针对特定应用和profile的私密信息，修改配置文件路径和应用名称，使信息仅对特定应用和激活的profile有效。

通过以上步骤，可以实现在Config Server客户端设置Vault token，确保微服务架构中信息的安全性。在这个过程中，需要注意以下几点：

1. 确保token的安全性，避免泄露。

2. 根据实际需求，调整配置文件路径和应用名称，以实现信息的安全存储。

3. 在应用启动时，确保spring.cloud.config.token属性被正确加载。

4. 定期检查配置文件，确保信息的安全性。

总之，在微服务架构中，通过配置文件设置Vault token，可以有效保障信息的安全性。在这个过程中，注意调整配置文件路径和应用名称，确保信息仅对特定应用和激活的profile有效。这样，即使在战争阴影下，也能为微服务架构提供坚实的保障。

14.5 保持配置属性的私密性

Spring Cloud Config Server支持两种配置更新方式：手动刷新和自动刷新。手动刷新通过HTTP请求触发，而自动刷新则依赖Git仓库提交和Spring Cloud Bus的通信功能。自动刷新在Git仓库提交变更时，通过webhook通知Config Server，然后由Config Server广播给所有客户端应用，客户端应用订阅通知后自动更新配置。

要实现自动刷新，需要在Git仓库上创建webhook，将配置变更通知给Config Server。随后，Config Server通过消息代理广播给所有客户端应用。客户端应用订阅这些通知后，会自动使用新的配置属性值，无需重启应用或Config Server。

Spring Boot Actuator允许配置客户端应用刷新配置属性。添加Actuator依赖后，通过发送HTTP POST请求到/actuator/refresh端点即可实现配置更新。

在Spring Cloud Config Server客户端启用自动刷新功能，需添加AMQP或Kafka的Spring Cloud Bus依赖。这样，客户端应用会自动绑定到本地或远程的RabbitMQ或Kafka代理。修改配置文件并提交到Git仓库后，客户端应用能够立即响应这些更改，实现实时配置更新。

自动刷新涉及多个环节：消息代理、Git webhook、Config Server配置和客户端应用配置。以下为具体步骤：

1. 在Git仓库上创建webhook，指向Config Server的更新端点。
2. 在Config Server中配置消息代理（如RabbitMQ或Kafka）。
3. 客户端应用添加Spring Cloud Bus依赖，并配置消息代理。
4. 修改客户端应用的配置文件，并将其提交到Git仓库。
5. Git仓库提交变更时，webhook通知Config Server。
6. Config Server通过消息代理广播配置变更给所有客户端应用。
7. 客户端应用订阅通知，自动使用新的配置属性值。

通过以上步骤，Spring Cloud Config Server与Spring Cloud Bus结合使用，实现配置属性的自动刷新，无需停机更新配置。这种方式适用于需要实时更新配置的应用场景，提高了应用的灵活性和稳定性。

14.6 在运行时刷新配置属性

Spring Cloud Config Server，这是一个提供中心化配置数据的平台，支持微服务架构中的所有微服务。配置数据由后端的Git或Vault仓库维护，不仅包括全局属性，还能根据不同的profile和应用提供特定配置。为了保护敏感数据，Config Server支持加密存储。客户端可以通过Actuator端点或Spring Cloud Bus和Git webhooks自动或手动刷新配置。



14.7 小结

这一章节，主要探讨了如何通过断路器模式来处理系统中的失败和延迟问题。具体来说，它介绍了断路器模式的基本概念，如何使用Hystrix来应对失败和延迟，以及如何监控和聚合断路器的指标。这些内容旨在帮助开发者更好地理解和应用断路器模式，以提高系统的稳定性和可靠性。



第15章 处理失败和延迟

断路器模式，这是一种处理代码失败问题的强大方法，尤其在微服务环境中至关重要。它类似现实中的电路断路器，当方法调用失败时，会自动切换到后备方法，避免级联失败。断路器还具备自校正功能，可以尝试恢复失败的方法。Netflix的Hystrix提供了Java实现，通过注解和后备方法，为方法添加断路器，从而优雅地处理失败。



15.1 理解断路器模式

断路器在微服务中的应用，首先需要在项目中引入Spring Cloud Netflix Hystrix依赖，并设置相应的Spring Cloud版本。通过在主配置类上添加@EnableHystrix注解，可以启用Hystrix功能。在使用@HystrixCommand注解的方法上，可以声明断路器，并为失败的情况提供后备方法。断路器可以缓解方法调用延迟，通过设置超时时间来保护系统。同时，还可以调整断路器的阈值，以控制断路器的打开和半开状态。通过这些方法，我们可以更好地处理微服务中的异常情况，保证系统的稳定性和可靠性。



15.2 声明断路器

Hystrix断路器的监控功能，它能够收集调用数据并通过HTTP流实时监控应用的健康状况。Hystrix流可以通过Actuator端点获取，并在应用启动后暴露。使用Hystrix Dashboard可以更直观地查看这些数据，包括方法调用次数、成功次数、后备方法调用次数以及超时次数等。Hystrix Dashboard需要额外依赖，并在配置中启用相应的端点。它还提供了线程池的监控，能够显示活跃线程、排队线程、线程池大小等信息，帮助开发者更好地理解和管理应用性能。



15.3 监控失败

Hystrix Dashboard的局限性，它只能监控单个微服务的Hystrix流。而Turbine项目通过聚合多个微服务的Hystrix流，使得Dashboard能够全面监控整个应用的健康状况。创建Turbine服务需要添加特定的依赖并配置，通过指定需要聚合的服务和集群名称，Turbine会将这些服务的断路器指标合并后供Dashboard使用，从而实现对整个应用的全面监控。



15.4 聚合多个Hystrix流

断路器模式，它能够在方法失败或执行缓慢时启用后备行为。Hystrix框架实现了这一模式，并提供了指标信息发布功能，便于监控应用健康状况。Hystrix Dashboard可以可视化这些指标，而Turbine则能聚合多个应用的Hystrix流，便于在Dashboard中进行统一展示。



15.5 小结

第5部分的内容，这部分主要讲解如何为Spring应用部署做好准备和实际部署过程。首先，第16章介绍了Spring Boot Actuator，它可以通过REST端点和JMX MBean展示应用的内部状况。接着，第17章介绍了Spring Boot Admin，它是一个基于Actuator的浏览器友好管理应用，能注册客户端应用并保护Admin Server。第18章则探讨了如何将Spring bean以JMX MBean的形式暴露和消费。最后，第19章详细介绍了如何将Spring应用部署到不同生产环境，强调了Spring Boot及相关项目的特性使得部署过程有所不同。



第5部分 部署Spring

Spring Boot Actuator，这是一种强大的工具，能让我们像拆礼物一样，深入了解和监控运行中的Spring Boot应用。通过启用Actuator，我们可以访问各种端点，这些端点就像一把钥匙，能让我们查看应用的行为、健康状况，甚至触发一些操作。尽管现在主要关注HTTP端点，但JMX端点将在后续章节介绍。通过Actuator，我们可以更好地掌握应用的运行状态，确保它健康、高效地工作。



第16章 使用Spring Boot Actuator

Spring Boot Actuator的作用和功能，它能够监控和操控应用的内部状态。通过HTTP端点，可以了解应用的配置、内存使用、端点请求次数以及应用和外部服务的健康状况。启用Actuator需要添加特定依赖，并可通过配置文件调整端点路径和可访问性。同时，需注意保护敏感信息，通过配置属性来控制端点的暴露。



16.1 Actuator概览

Spring Boot Actuator是一个开源工具，旨在帮助开发者监控和管理Spring Boot应用。其主要功能是通过提供各种端点来获取应用的关键信息。这些端点可以像REST API一样被访问，支持多种客户端，如Spring的RestTemplate、WebClient、JavaScript应用以及命令行工具curl。

Actuator端点的主要用途是获取正在运行应用的有用信息，如基本信息、健康状况等。开发者可以通过发送GET请求到应用的基础路径来获取每个端点的HATEOAS链接。这些信息有助于开发者监控和管理应用，确保其稳定运行。

具体来说，Actuator提供以下端点：

1. `/env`：获取应用的所有环境变量和配置信息。
2. `/mappings`：查看所有HTTP请求的处理方式。
3. `/loggers`：查看和修改日志级别。
4. `/httptrace`：跟踪HTTP请求。
5. `/threaddump`：监控线程活动。

例如，Spring Boot Admin可以实时监视`/threaddump`端点，从而全面了解线程随时间的行为。此外，通过`/metrics`端点，开发者可以获取应用程序的指标，包括内存、处理器、垃圾收集以及HTTP请求等。通过发送GET请求到`/metrics/{METRICS CATEGORY}`，可以获得该分类的指标详情。

为了细化指标结果，可以使用标签。例如，可以通过标签获取特定状态码的请求指标。

Spring Boot Admin还帮助开发者更容易地消费`/metrics`端点的数据，使得Actuator端点信息对于其他应用和UI的实用性大大增强。通过这些功能，开发者可以更加便捷地管理和优化Spring Boot应用。

16.2 消费Actuator端点

在Spring Boot应用中，通过自定义扩展功能，我们可以根据需求添加或修改端点，增强应用的可定制性和监控能力。以下是如何实现这一功能的详细步骤。

首先，我们可以通过创建以“info.”为前缀的属性或实现InfoContributor接口，为“/info”端点添加自定义信息。例如，将构建信息和Git提交信息注入到该端点，便于查看项目版本和代码状态。

其次，实现自定义的健康指示器，通过HealthIndicator接口监控应用健康状态。这有助于及时发现并处理外部系统或特定条件下的应用问题。

此外，利用Micrometer的MeterRegistry，我们可以注册自定义的指标，收集和发布应用的性能数据。这一功能有助于更全面地了解应用运行状况。

以TacoMetrics类为例，它继承自AbstractRepositoryEventListener，通过构造器注入MeterRegistry，用于拦截repository事件。每当保存新的Taco对象时，onAfterCreate()方法会被触发，遍历Taco对象的配料，并为每种配料声明一个计数器，记录使用该配料创建了多少个Taco。通过访问“/metrics”端点，可以获取所有配料的计数信息，也可以通过指定ingredient标签值获取特定配料的计数信息。

自定义Actuator端点也是一项重要功能。通过使用@Endpoint注解和相应的操作注解（如@ReadOperation、@WriteOperation、@DeleteOperation），可以实现自定义的HTTP和JMX端点。例如，可以创建一个简单的记笔记端点，通过HTTP和JMX与自定义端点进行交互。

总之，通过以上方法，我们可以为Spring Boot应用添加丰富的自定义功能，更好地管理和监控应用。

16.3 自定义Actuator

保护Actuator的重要性，由于它提供修改环境变量和日志级别的操作，因此需要权限控制。Spring Security被用来实现这一保护，与保护其他应用路径类似。为了避免路径硬编码的问题，Spring Boot提供了EndpointRequest来匹配所有Actuator端点，并提供灵活的授权规则。通过重写WebSecurityConfigurerAdapter的configure()方法，可以指定哪些端点需要特定角色权限访问，并配置HTTP基本认证来确保安全。



16.4 保护Actuator

Spring Boot Actuator，它通过HTTP和JMX MBean提供多种端点，让我们能深入探究应用内部状况。这些端点大多默认关闭，可通过属性配置选择性地开放。部分端点如“/loggers”和“/env”支持运行时配置修改。还有“/info”端点可展示构建和Git信息，以及自定义健康指示器和应用指标，便于集成各种指标引擎。同时，这些端点也能通过Spring Security进行保护。



16.5 小结

本章主要讲解了如何搭建和使用Spring Boot Admin，这是一个基于Spring Boot Actuator端点构建的前端用户界面，使得原本复杂的端点操作变得更加直观和高效。用户可以通过浏览器轻松地管理和监控Spring Boot应用，无需再手动输入命令行。同时，本章还提到了如何注册客户端应用、使用Actuator端点以及保护Admin服务器等关键步骤。通过学习本章内容，开发者可以更加方便地管理和维护Spring Boot应用。



第17章 管理Spring

Spring Boot Admin，这是一个让Actuator端点更易于人类使用的Web前端应用。它分为服务器和客户端两部分，服务器负责收集并展示Actuator数据，客户端则负责提供这些数据。创建Admin服务器需要添加相关依赖，并配置端口号。客户端注册有两种方式：显式配置和通过Eureka服务注册中心发现。通过配置，可以让Admin服务器展现多个Spring Boot应用的Actuator数据，并实现掉线服务的单独显示。



17.1 使用Spring Boot Admin

Spring Boot Admin服务器的强大功能，它可以将多个Spring Boot应用注册为客户端，从而实现对这些应用的大量信息监控。通过Admin服务器，我们可以查看应用的健康状况、环境属性、日志级别、线程状态、HTTP请求历史等。Admin服务器提供了图表和过滤器，使得信息展现更加人性化，方便用户实时了解应用的运行情况。此外，Admin服务器还支持实时数据更新，无需刷新页面，极大地提升了监控效率。



17.2 探索Admin服务器

保护Admin服务器的必要性，强调了Actuator端点信息的安全性。首先，通过Spring Security为Admin服务器添加登录功能，并配置用户名和密码。接着，说明了为Actuator端点启用认证的方法，通过在Admin服务器配置文件中指定凭证信息，确保只有认证用户才能访问Actuator端点。最后，探讨了Admin服务器通过Eureka发现应用时，如何将凭证信息包含在Eureka注册记录中，从而实现安全性管理。



Spring实战（第5版 ）

Spring实战（第5版）