1.Feign?源码带大括号的参数?
2.springbootcloud组件
3.一个注解干翻所有Controller

Feign?带大括号的参数?

       在使用Feign发起HTTP请求时，遇到参数值包含大括号的解析问题，导致参数设置失效。源码解决方案是解析将大括号中的参数视为表达式，通过动态变量替换。源码

       在尝试免费下载拉勾教育APP的解析粒子滤波 源码技术文章时，遇到问题。源码原本通过POSTMAN测试成功的解析接口，在使用Feign作为HTTP客户端时却报错。源码问题出在Feign在解析header时，解析如果参数值以大括号{ }开头，源码会将其视为表达式。解析例如，源码一键生成小程序源码参数x-l-req-header设置为{ "deviceType":1}时，解析由于缺少与"deviceType":1相对应的源码动态变量，Feign未将此header包含在请求中。

       深入源码分析，Feign在构造RequestTemplate时，会检查包含大括号的参数值，并尝试替换为动态变量。若没有找到对应的变量，该参数将被忽略。为解决这个问题，需将x-l-req-header设置为动态参数，比如使用@RequestParam注解并传入对应变量的报修源码值，如"deviceType"的值，确保在运行时能正确替换表达式。

       总结：要解决Feign带大括号参数的问题，关键在于将这些参数转换为动态参数，确保在运行时能正确解析和替换。通过这种方法，可以避免因参数值的特性导致的请求头缺失，从而顺利完成HTTP请求。

springbootcloud组件

       .SpringBoot和SpringCloud的关系

       很多人新手对于SpringBoot和SpringCloud的关系说不清楚、理解不清楚，本文抽出点时间来进行分享下自己的理解，以帮助大家更好的婚介源码理解两者之间的关系。

       其设计目的之初是用来简化Spring应用的初始搭建以及开发过程。很多东西都是配置好的，约定大于配置，使用注解替代了很多xml臃肿的配置，极大的简化了项目配置的消耗，提供了高效的编程脚手架。

       Cloud相当于利用了SpringBoot的开发便利性巧妙地简化了分布式系统基础设施的开发，像是服务注册发现、配置中心、消息总线、负载均衡、断路器、倾城源码数据监控等，都可以用SpringBoot的开发风格做到一键启动和部署，SpringCloud并没有重复的造轮子，把各家公司成熟，经得起考验的服务框架组合起来，通过SpringBoot屏蔽调复杂的配置和实现原理，留给开发者一套简单易懂、容易部署、容易维护的分布式开发工具包。

       其中的关系是：

       Spring-》SpingBoot-》SpringCloud

       Cloud的核心组件：

       感觉这个话题能写好多的东西，像是SpingCloud和Dubbbo的微服务选型等等再进行对比、比较优缺点，本篇就简单的进行了总结和介绍，希望能帮助到有困惑的朋友吧，后面有时间在写一些文章进行拓展和补充。

       NetflixEureka是SpringCloud服务注册发现的基础组件

       Eureka提供RESTful风格(HTTP协议)的服务注册与发现

       Eureka采用C/S架构,SpringCloud内置客户端

       启用应用,访问

       Eureka客户端开发要点

       maven依赖spring-cloud-starter-netflix-eureka-clientapplication.yml

       配置eureka.client.service-url.defaultZone

       入口类增加@EnableEurekaClient

       先启动注册中心,在启动客户端,访问localhost:查看eureka注册中心,看到客户端注册

       Eureka名词概念

       Register-服务注册,向Eureka进行注册登记

       Renew-服务续约,秒/次心跳包健康检查.秒未收到剔除服务

       FetchRegistries-获取服务注册列表,获取其他微服务地址

       Cancel-服务下线,某个微服务通知注册中心暂停服务

       Eviction-服务剔除,秒未续约,从服务注册表进行剔除

       Eureka自我保护机制

       Eureka在运行期去统计心跳失败率在分钟之内是否低于%

       如果低于%，会将这些实例保护起来，让这些实例不会被剔除

       关闭自我保护:eureka.服务实例.

       enable-self-preservation:false

       PS:如非网络特别不稳定,建议关闭

       Eureka高可用配置步骤

       服务提供者defaultZone指向其他的Eureka

       客户端添加所有Eureka服务实例URL

       Actuator自动为微服务创建一系列的用于监控的端点

       Actuator在SpringBoot自带，SpringCloud进行扩展

       pom.xml依赖spring-boot-starter-actuator

       RestTemplate+@LoadBalanced显式调用

       OpenFeign隐藏微服务间通信细节

       Ribbon是RestTemplate与OpenFeign的通信基础

       Feign是一个开源声明式WebService客户端，用于简化服务通信

       Feign采用“接口+注解”方式开发，屏蔽了网络通信的细节

       OpenFeign是SpringCloud对Feign的增强，支持SpringMVC注解

       1.新建SpringbootWeb项目，applicationname为product-service

       在pom.xml中引入依赖

       spring-cloud-starter-alibaba-nacos-discovery作用为向Nacosserver注册服务。

       spring-cloud-starter-openfeign作用为实现服务调用。

       2.修改application.yml配置文件

       3.在启动类上添加@EnableDiscoveryClient、@EnableFeignClients注解

       4.编写OrderClientInterface

       注：/api/v1/order/test会在下面order-service声明。

       OrderClient.java

       5.编写Controller和service

       ProductController.java

       ProductService.java

       1.OpenFeign开启通信日志

       基于SpringBoot的logback输出,默认debug级别

       设置项：feign.client.config.微服务id.loggerLevel

       微服务id：default代表全局默认配置

       2.通信日志输出格式

       NONE:不输出任何通信日志

       BASIC:只包含URL、请求方法、状态码、执行时间

       HEADERS：在BASIC基础上，额外包含请求与响应头

       FULL：包含请求与响应内容最完整的信息

       3.OpenFeign日志配置项

       LoggerLevel开启通信日志

       ConnectionTimeout与ReadTimeout

       利用mand-dispatcher-controller和query-dispatcher-controller。command-dispatcher-controller主要负责CommanderService的Web暴露，支持业务操作如创建、更新等，query-dispatcher-controller则负责QueryService的Web暴露，用于执行业务查询操作，并支持RequestBody和RequestParam两种接入方式。

       在深入使用过程中，会遇到一些疑惑：serviceName和method参数从何获取？nativeRequest和nativeResponse又是何物？这两个接口如何使用？这些问题的解答并不直观，因为用户通常不会直接使用这两个处理器。

       对于Command控制器的使用，只需在OrderCommandService接口上添加@AutoRegisterWebController注解，即可将其对外暴露为Web端口。通过访问指定地址，可以看到OrderCommandService服务中的所有方法都在Controller中得到了体现。以create方法为例，可以发现与手写Controller的结构和功能基本一致。

       同样的，对于Query控制器，同样通过在OrderQueryService接口上添加@AutoRegisterWebController注解实现暴露。在访问指定地址并展开QueryByBody和QueryByParam方法后，可以清晰地看到与手写Controller相似的结构和功能。

       设计与扩展部分，整个设计可以分为两部分：统一Controller与Swagger集成。统一Controller部分提供QueryDispatcherController作为所有查询请求的入口，其核心架构涉及初始化和执行流程。与Swagger的集成则通过QueryServiceProvider实现，此组件依赖于QueryMethodRegistry中的QueryMethod信息，确保提供了完整的API文档。设计流程同样围绕QueryDispatcherController展开，确保与QueryServiceProvider的一致性。

       在项目信息部分，此解决方案来源于geekhalo，提供了一套高效、简洁的Controller替代方案，旨在简化开发流程，提升开发效率和代码质量。