前言
Http是最常见的请求协议，每种编程语言都可发送Http请求。Java作为经典编程语言之一，发送Http请求的客户端更是不少，自己的内置的就有java.net.HttpURLConnection以及Java 11以后的java.net.http.HttpClient。在Java 11之前，HttpURLConnection很难用，因此市场上百花齐放出现了不少优秀的开源作品，典型代表为：
- Apache HttpClient（现最新为Http Component 5.x）
- OkHttp（现最新为OkHttp 4.x）
作为老牌的Apache HttpClient凭借着各种优秀特征，似乎已成为了事实的标准；后起之秀OkHttp不带历史包袱的轻装上路，有着低网络延迟、更优秀的连接池性能，亦是一股不可轻视的力量。
Spring不到万不得已之时，一般不会自己重复造轮子。在Http客户端这块一样借力打力，提供Http统一调用方式RestTemplate，屏蔽了细节，规范了开发者的使用，简化了开发门槛。
PS：RestTemplate的底层实现依旧是Apache HttpClient、OkHttp、HttpURLConnection之一
以上，都还是编程式Http客户端。随着Spring Boot的普及，Spring Cloud的出现，声明式编码变得越来越主流，因为声明式/面向元数据编码效率远高于编程式编码效率。因此，Feign出现了，迅速成为了主流。
今年，随着划时代版本Spring Framework 6、Spring Boot 3、Spring Cloud 2022.0.0的发布，Spring团队自建了一套声明式Http客户端：@HttpExchange，目标直指OpenFeign。
正文
全新的声明式Http客户端由Spring Framework 6提供定义，Spring Boot 3提供实现，Spring Cloud 2022负责发扬光大。今天我们就来体验一把
介绍一个免费的、在线的Rest Http服务
由于我们需要一个提供Http Server来提供接口服务，为此先给你介绍一个免费的、24h在线的Rest Http服务，省去我们自己搭建的麻烦。
地址：jsonplaceholder.typicode.com
每月提供近20亿的请求，关键还是免费的、可公开访问的，好用得不要不要。
发一个简单的Http请求，就能获取到数据。URL遵循Rest规范：
不挑Http或者Https，比如使用浏览器访问这个URL得到的结果也是一样的：
它提供多个Resources资源（以及多种Routes）供以访问，对这些资源进行增删改查的操作，你想要的绝大部分都能满足你。当然，若你需要mock data是符合自己的数据结构、业务逻辑的，可基于此项目做简单的修改即可，良心项目啊。具体详情自行去官方体验：jsonplaceholder.typicode.com。
全新声明式Http客户端@HttpExchange
环境声明：Spring Boot 3.0.x
本文选用”albums“资源进行测试：jsonplaceholder.typicode.com/albums的请求结果结构如下：
Feign代码示例
略！Feign的使用，相信大家再熟悉不过了，笔者这里就不费周章。
@HttpExchange代码示例
🙅🏻♀️按照albums的返回数据结构，写Java Bean：
复制
/*** 在此处添加备注信息** @author YourBatman* @since 0.0.1*/@Builder@GetterpublicclassAlbumsReq {
@NotNull@PositiveprivateLonguserId;
@NotBlankprivateStringtitle;
}
/*** 在此处添加备注信息** @author YourBatman* @since 0.0.1*/@Setter@ToStringpublicclassAlbumsResp {
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方法可选；二者都需遵循Java Bean规范！ 粗暴的做法是不管需求如何，get/set一把梭，可行，但作为程序员的你应该知道原由，理解要义。
🙅🏻♀️导入webflux包 此声明式客户端又Spring Framework 6提供，但由于其并未提供实现。Spring Boot 3为此提供了基于Reactive的Web实现，因此需要导入webflux包：
复制
<dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-webflux</artifactId></dependency>1.2.3.4.
🙅🏻♀️编写Http客户端申明式接口。
复制
/*** 在此处添加备注信息** @author YourBatman* @since 0.0.1*/@HttpExchange("/albums")
publicinterfaceAlbumsClient {
@GetExchangeList<AlbumsResp>getAll();
@GetExchange("/{id}")
AlbumsRespgetById(@PathVariableLongid);
@PostExchangeAlbumsRespadd(@RequestBody@ValidAlbumsReqreq);
}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("getAll size:"+albumsClient.getAll().size());
System.out.println("getById 1:"+albumsClient.getById(1L));
// 创建一个ObjectaddedResp=albumsClient.add(AlbumsReq.builder().userId(1L).title("diy add...").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(id=1, userId=1, title=quidemmolestiaeenim)
创建的allAlbums对象为：AlbumsResp(id=101, userId=1, title=diyadd...)，现在总数为：1001.2.3.
完美！
小细节：创建的时候并未制定id，发现id是自增的（id=101）。但这并不会保存在typicode.com的远端服务器了，不会引起总条数的变化。
@HttpExchange声明式客户端简析
@HttpExchange是Spring Framework 6新提供的声明式Http客户端，客户端的要素由注解的属性 + 方法签名来定义。先来看看这个注解：
复制
/*** Since: 6.0*/@Target({ElementType.TYPE, ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
@Documented@Mapping@Reflective(HttpExchangeReflectiveProcessor.class)
public@interfaceHttpExchange {
@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)
@Documented@Mapping@Reflective(ControllerMappingReflectiveProcessor.class)
public@interfaceRequestMapping {
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、使用过Spring MVC的，这就不用过多介绍了。
和@RequestMapping一样，@HttpExchange也有其派生注解：
- @GetExchange：GET请求。类似于于@GetMapping
- @PostExchange：Post请求。类似于于@PostMapping
- @PutExchange：Put请求。类似于于@PutMapping
- @DeleteExchange：Delete请求。类似于于@DeleteMapping
- @PatchExchange：Patch请求。类似于于@PatchMapping
@HttpExchange声明式客户端前景展望
通过interface这种声明式使用起来比RestTemplate，或者WebClient要简单很多，大大简化了开发步骤，对开发者更加友好。
最新发布的Spirng Cloud 2022.0.0里描述得很明白：停止对OpenFeign的特征支持。言外之意：OpenFeign即将被Spring Cloud“淘汰”，接棒的那必然是@HttpExchange喽。所以在可预见的将来，前景一片大好。
但是，笔者认为它还不够成熟，主要有两点：
- 还不能支持Spring-Web的注解（@RequestMapping体系），若能支持个人觉得会更为方便。
- 目前还只有WebClient一套实现（由Spring Boot提供实现），而它属于Reactive Web体系，也就是必须引入webFlux相关技术，而webFlux在做业务开发时优势不明显，并非主流。
- 因为若WebClient能从Reactive Web里剥离出来，笔者觉得就好很多了。
总结
谁能想到，OpenFeign竟然都快被淘汰了，Spring的大船滚滚向前，引领着整个潮流，逐渐暴露出了野心，或者说感受到了危机。
先抄袭，再超越，Spring做到了。隐藏在全新的声明式客户端背后，其实还有Spring Framework 6背后对Web Mapping体系的重构，细心的你或许已有所发现。这些话题、新发现，留予笔者和你后续接着聊。
