OpenFeign要被HttpExchange替代了吗？

　　前言
　　Http是最常见的请求协议，每种编程语言都可发送Http请求。Java作为经典编程语言之一，发送Http请求的客户端更是不少，自己的内置的就有java。net。HttpURLConnection以及Java11以后的java。net。http。HttpClient。在Java11之前，HttpURLConnection很难用，因此市场上百花齐放出现了不少优秀的开源作品，典型代表为：ApacheHttpClient（现最新为HttpComponent5。x）OkHttp（现最新为OkHttp4。x）
　　作为老牌的ApacheHttpClient凭借着各种优秀特征，似乎已成为了事实的标准；后起之秀OkHttp不带历史包袱的轻装上路，有着低网络延迟、更优秀的连接池性能，亦是一股不可轻视的力量。
　　Spring不到万不得已之时，一般不会自己重复造轮子。在Http客户端这块一样借力打力，提供Http统一调用方式RestTemplate，屏蔽了细节，规范了开发者的使用，简化了开发门槛。
　　PS：RestTemplate的底层实现依旧是ApacheHttpClient、OkHttp、HttpURLConnection之一
　　以上，都还是编程式Http客户端。随着SpringBoot的普及，SpringCloud的出现，声明式编码变得越来越主流，因为声明式面向元数据编码效率远高于编程式编码效率。因此，Feign出现了，迅速成为了主流。
　　今年，随着划时代版本SpringFramework6、SpringBoot3、SpringCloud2022。0。0的发布，Spring团队自建了一套声明式Http客户端：HttpExchange，目标直指OpenFeign。正文
　　全新的声明式Http客户端由SpringFramework6提供定义，SpringBoot3提供实现，SpringCloud2022负责发扬光大。今天我们就来体验一把介绍一个免费的、在线的RestHttp服务
　　由于我们需要一个提供HttpServer来提供接口服务，为此先给你介绍一个免费的、24h在线的RestHttp服务，省去我们自己搭建的麻烦。
　　地址：jsonplaceholder。typicode。com
　　每月提供近20亿的请求，关键还是免费的、可公开访问的，好用得不要不要。
　　发一个简单的Http请求，就能获取到数据。URL遵循Rest规范：
　　不挑Http或者Https，比如使用浏览器访问这个URL得到的结果也是一样的：
　　它提供多个Resources资源（以及多种Routes）供以访问，对这些资源进行增删改查的操作，你想要的绝大部分都能满足你。当然，若你需要mockdata是符合自己的数据结构、业务逻辑的，可基于此项目做简单的修改即可，良心项目啊。具体详情自行去官方体验：https：jsonplaceholder。typicode。com。全新声明式Http客户端HttpExchange
　　环境声明：SpringBoot3。0。x
　　本文选用albums资源进行测试：https：jsonplaceholder。typicode。comalbums的请求结果结构如下：
　　Feign代码示例
　　略！Feign的使用，相信大家再熟悉不过了，笔者这里就不费周章。HttpExchange代码示例
　　按照albums的返回数据结构，写JavaBean：
　　复制在此处添加备注信息authorYourBatmansince0。0。1BuilderGetterpublicclassAlbumsReq｛NotNullPositiveprivateLonguserId；NotBlankprivateStringtitle；｝在此处添加备注信息authorYourBatmansince0。0。1SetterToStringpublicclassAlbumsResp｛privateLongid；privateLonguserId；privateStringtitle；｝1。2。3。4。5。6。7。8。9。10。11。12。13。14。15。16。17。18。19。20。21。22。23。24。25。26。27。28。29。30。
　　顺带科普一个编码规范：请求体Req中get方法是必须的，set方法可选；响应体Resp中set方法是必须的，get方法可选；二者都需遵循JavaBean规范！粗暴的做法是不管需求如何，getset一把梭，可行，但作为程序员的你应该知道原由，理解要义。
　　导入webflux包此声明式客户端又SpringFramework6提供，但由于其并未提供实现。SpringBoot3为此提供了基于Reactive的Web实现，因此需要导入webflux包：
　　复制dependencygroupIdorg。springframework。bootgroupIdspringbootstarterwebfluxartifactIddependency1。2。3。4。
　　编写Http客户端申明式接口。
　　复制在此处添加备注信息authorYourBatmansince0。0。1HttpExchange（albums）publicinterfaceAlbumsClient｛GetExchangeListgetAll（）；GetExchange（｛id｝）AlbumsRespgetById（PathVariableLongid）；PostExchangeAlbumsRespadd（RequestBodyValidAlbumsReqreq）；｝1。2。3。4。5。6。7。8。9。10。11。12。13。14。15。16。17。18。19。
　　书写测试用例代码。
　　复制SpringBootTestclassApplicationTests｛AutowiredprivateAlbumsClientalbumsClient；TestvoidcontextLoads（）｛System。out。println（getAllsize：albumsClient。getAll（）。size（））；System。out。println（getById1：albumsClient。getById（1L））；创建一个ObjectaddedRespalbumsClient。add（AlbumsReq。builder（）。userId（1L）。title（diyadd。。。）。build（））；System。out。println（创建的allAlbums对象为：addedResp，现在总数为：albumsClient。getAll（）。size（））；｝｝1。2。3。4。5。6。7。8。9。10。11。12。13。14。15。16。17。18。
　　运行测试代码，控制台输出：
　　复制getAllsize：100getById1：AlbumsResp（id1，userId1，titlequidemmolestiaeenim）创建的allAlbums对象为：AlbumsResp（id101，userId1，titlediyadd。。。），现在总数为：1001。2。3。
　　完美！
　　小细节：创建的时候并未制定id，发现id是自增的（id101）。但这并不会保存在typicode。com的远端服务器了，不会引起总条数的变化。HttpExchange声明式客户端简析
　　HttpExchange是SpringFramework6新提供的声明式Http客户端，客户端的要素由注解的属性方法签名来定义。先来看看这个注解：
　　复制Since：6。0Target（｛ElementType。TYPE，ElementType。METHOD｝）Retention（RetentionPolicy。RUNTIME）DocumentedMappingReflective（HttpExchangeReflectiveProcessor。class）publicinterfaceHttpExchange｛AliasFor（url）Stringvalue（）default；AliasFor（value）Stringurl（）default；Stringmethod（）default；StringcontentType（）default；String〔〕accept（）default｛｝；｝1。2。3。4。5。6。7。8。9。10。11。12。13。14。15。16。17。
　　和RequestMapping参照对比：
　　复制Target（｛ElementType。TYPE，ElementType。METHOD｝）Retention（RetentionPolicy。RUNTIME）DocumentedMappingReflective（ControllerMappingReflectiveProcessor。class）publicinterfaceRequestMapping｛Stringname（）default；AliasFor（path）String〔〕value（）default｛｝；AliasFor（value）String〔〕path（）default｛｝；RequestMethod〔〕method（）default｛｝；String〔〕params（）default｛｝；String〔〕headers（）default｛｝；String〔〕consumes（）default｛｝；String〔〕produces（）default｛｝；｝1。2。3。4。5。6。7。8。9。10。11。12。13。14。15。16。17。18。19。
　　不说一毛一样，也是基本一样。HttpExchange注解可以标注在类上和方法上，最终的URL组合起来生效。大家都是使用过Feign、使用过SpringMVC的，这就不用过多介绍了。
　　和RequestMapping一样，HttpExchange也有其派生注解：GetExchange：GET请求。类似于于GetMappingPostExchange：Post请求。类似于于PostMappingPutExchange：Put请求。类似于于PutMappingDeleteExchange：Delete请求。类似于于DeleteMappingPatchExchange：Patch请求。类似于于PatchMappingHttpExchange声明式客户端前景展望
　　通过interface这种声明式使用起来比RestTemplate，或者WebClient要简单很多，大大简化了开发步骤，对开发者更加友好。
　　最新发布的SpirngCloud2022。0。0里描述得很明白：停止对OpenFeign的特征支持。言外之意：OpenFeign即将被SpringCloud淘汰，接棒的那必然是HttpExchange喽。所以在可预见的将来，前景一片大好。
　　但是，笔者认为它还不够成熟，主要有两点：还不能支持SpringWeb的注解（RequestMapping体系），若能支持个人觉得会更为方便。目前还只有WebClient一套实现（由SpringBoot提供实现），而它属于ReactiveWeb体系，也就是必须引入webFlux相关技术，而webFlux在做业务开发时优势不明显，并非主流。因为若WebClient能从ReactiveWeb里剥离出来，笔者觉得就好很多了。总结
　　谁能想到，OpenFeign竟然都快被淘汰了，Spring的大船滚滚向前，引领着整个潮流，逐渐暴露出了野心，或者说感受到了危机。
　　先抄袭，再超越，Spring做到了。隐藏在全新的声明式客户端背后，其实还有SpringFramework6背后对WebMapping体系的重构，细心的你或许已有所发现。这些话题、新发现，留予笔者和你后续接着聊。
　　原文链接：https：www。51cto。comarticle743079。html