传统的业务系统中，业务操作产生的相关记录的可信度并不高。业务操作方有很大的空间可以自己捏造改造假的数据，另外就算依靠第三方机构，也并不安全，非常考验第三方机构本身的专业性，以及可信度。
这两种方式都有一个特点，就是真实性非常依赖一方。为了解决这个痛点，去中心化的方案应运而生。
不知道是不是因为哪个软件内存泄露，感觉我的电脑卡卡的（我怀疑是 Easy Connect，最近一直想把它卸载，换用 Docker 的方式安装）。于是我就重启了一下，重启之后，我重新启动 Spring Boot 微服务项目，结果发现前端无法正常请求接口了。
经过一系列排查，我发现网关服务的控制台打印了这么一行日志。
----------------------------------------------------------
启动成功！
----------------------------------------------------------
2025-07-16 11:11:49.499 | ERROR 10547 | reactor-http-nio-2 [TID: N/A] c.s.g.g.handler.GlobalExceptionHandler | [responseStatusExceptionHandler][uri(http://169.254.207.50:48080/actuator/health/GET) 发生异常]
org.springframework.web.server.ResponseStatusException: 404 NOT_FOUND
at org.springframework.web.reactive.resource.ResourceWebHandler.lambda$handle$1(ResourceWebHandler.在实际的开开发项目中，我们可能只需要某些属性是注入的，新建一个属性类显得又有点多余了。在一般情况下我们都会使用 Spring 的 @Value 注解，以实现配置注入的效果。虽然很好用，但是它是项目启动时一次性注入的，而不能随配置的变化而变化。
这篇文章我们将从 Spring 源码开始梳理，一步一步实现一个简单的动态配置刷新。
AccessibleObject (父类)
├── Field (字段)
├── Method (方法)
└── Constructor (构造函数)在现代 Web 应用开发中，请求处理流程的复杂性日益增长。从简单的 CRUD 操作到复杂的业务逻辑处理，每一个 HTTP 请求都需要经历多个处理层次：跨域处理、身份认证、权限校验、参数验证、业务逻辑执行、日志记录等。这些横切关注点的处理通常依赖于 Spring 框架提供的过滤器（Filter）和拦截器（Interceptor）机制。
然而，在实际开发过程中，我们经常遇到这样的困境：过滤器虽然执行得最早，但无法获取到控制器的详细信息；拦截器能够访问 HandlerMethod 等丰富的上下文，却无法将这些信息有效地传递回过滤器层进行统一处理。这种单向的信息流动限制了我们在架构设计上的灵活性。
BOM（Bill of Materials） 是 Maven 中的一种依赖管理机制，主要用于集中管理项目中所有依赖的版本号。它的核心作用是确保项目中的依赖版本一致，避免因版本冲突导致的问题。
在 Maven 中，BOM 是一个特殊的 POM 文件，通常以 <packaging>pom</packaging> 的形式存在，并通过 <dependencyManagement> 定义一组依赖及其版本号。其他模块可以通过 import 的方式引入这个 BOM，从而继承其中定义的依赖版本。
[!tips]
spring boot 2.4 之后为了提升对 kubernetes 的支持，整个 spring.profiles 作废了；因此我们可以通过 spring.config.import 来代替它
java -jar your-application.jar --spring.profiles.active=dev,biz右侧的配置会覆盖左侧的配置所以 biz 配置会覆盖 dev 配置两个 profile 的配置都会覆盖默认配置文件中的值