https://github.com/Jul1en-Lin

自动插件主要覆盖框架入口和常见中间件。纯业务方法、自研协议、特殊线程模型可能不会自动出现，这时可以使用 Java Agent Toolkit。

Seata是 Spring Cloud Alibaba 体系里常用的分布式事务解决方案。它解决的核心问题是：微服务拆分之后，一个业务请求可能跨多个服务、多个数据库，Seata 负责把这些分散的本地事务组织成一个全局事务，让整条业务链路尽量保持一致。Seata学习 Seata 时可以先不展开某个注解或配置，先看这条主线：微服务把一个业务动作拆成多个本地事务，Seata 再用全局事务把这些本地事务协调起来。

授权规则关注的是“谁可以访问我”，对请求来源进行白名单放行 / 黑名单拦截。在微服务里，不同来源的请求优先级可能不同。比如某个接口只允许内部服务调用，不允许外部来源直接访问；或者同一个资源，对某些来源放行，对另一些来源拦截。Sentinel 的授权规则一般会基于origin来做判断。你可以把origin理解成请求来源标识。规则的本质就是，对资源设置白名单或黑名单，让不同来源得到不同处理。当请求被 Sentinel 拦住时，如果直接把原始异常栈丢给前端，用户体验会很差，前端也很难统一处理。

Spring Cloud Config 的知识链路可以从“配置管理”一路推到“自动刷新”和“安全加密”。最开始的问题是微服务配置太分散，所以引入 Config Server 和 Config Client。Config Server 统一读取配置，Config Client 启动时拉取配置。配置集中之后，又会遇到运行时变更不生效的问题，所以引入刷新机制。手动刷新在多实例场景下成本高，于是使用 Webhook 发现配置仓库变化，再通过 Spring Cloud Bus 把刷新事件广播给所有相关客户端。

是路由级过滤器，只对某一条或某几条路由生效。spring:cloud:gateway:routes:filters:这个过滤器只对生效。Filter作用添加请求头添加响应头去掉路径前缀PrefixPath添加路径前缀重写路径请求限流Retry请求失败重试如果你想写一个只在某些路由上生效的自定义过滤器，可以写自定义。

版本说明：本文以 Spring Boot 3 / Spring Cloud 新版本思路为主。很多旧教程会使用、Ribbon 等写法，学习时可以看，但自己写新项目时更建议优先使用 Spring Cloud LoadBalancer、等新写法。