取代OpenFeign：Spring Framework 6全新声明式客户端@HttpExchange-51CTO.COM

前言

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是符合自己的数据结构、业务逻辑的，可基于此项目做简单的修改即可，良心项目啊。具体详情自行去官方体验：https://jsonplaceholder.typicode.com。

全新声明式Http客户端@HttpExchange

环境声明：Spring Boot 3.0.x

本文选用”albums“资源进行测试：https://jsonplaceholder.typicode.com/albums的请求结果结构如下：

Feign代码示例

略！Feign的使用，相信大家再熟悉不过了，笔者这里就不费周章。

@HttpExchange代码示例

🙅🏻‍♀️按照albums的返回数据结构，写Java Bean：

/**
 * 在此处添加备注信息
 *
 * @author YourBatman
 * @since 0.0.1
 */
@Builder
@Getter
public class AlbumsReq {
    @NotNull
    @Positive
    private Long userId;
    @NotBlank
    private String title;
}
/**
 * 在此处添加备注信息
 *
 * @author YourBatman
 * @since 0.0.1
 */
@Setter
@ToString
public class AlbumsResp {

    private Long id;
    private Long userId;
    private String title;

}

顺带科普一个编码规范：请求体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>

🙅🏻‍♀️编写Http客户端申明式接口。

/**
 * 在此处添加备注信息
 *
 * @author YourBatman
 * @since 0.0.1
 */
@HttpExchange("/albums")
public interface AlbumsClient {

    @GetExchange
    List<AlbumsResp> getAll();

    @GetExchange("/{id}")
    AlbumsResp getById(@PathVariable Long id);

    @PostExchange
    AlbumsResp add(@RequestBody @Valid AlbumsReq req);

}

🙅🏻‍♀️书写测试用例代码。

@SpringBootTest
class ApplicationTests {

    @Autowired
    private AlbumsClient albumsClient;

    @Test
    void contextLoads(){
        System.out.println("getAll size:" + albumsClient.getAll().size());

        System.out.println("getById 1:" + albumsClient.getById(1L));

        // 创建一个
        Object addedResp = albumsClient.add(AlbumsReq.builder().userId(1L).title("diy add...").build());
        System.out.println("创建的allAlbums对象为：" + addedResp + "，现在总数为：" + albumsClient.getAll().size());
    }

}

🙅🏻‍♀️运行测试代码，控制台输出：

getAll size:100
getById 1:AlbumsResp(id=1, userId=1, title=quidem molestiae enim)
创建的allAlbums对象为：AlbumsResp(id=101, userId=1, title=diy add...)，现在总数为：100

完美！

小细节：创建的时候并未制定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 @interface HttpExchange {
 @AliasFor("url")
 String value() default "";
 @AliasFor("value")
 String url() default "";
 String method() default "";
 String contentType() default "";
 String[] accept() default {};
}

和@RequestMapping参照对比：

@Target({ElementType.TYPE, ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Mapping
@Reflective(ControllerMappingReflectiveProcessor.class)
public @interface RequestMapping {

 String name() 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 {};

}

不说一毛一样，也是基本一样。@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体系的重构，细心的你或许已有所发现。这些话题、新发现，留予笔者和你后续接着聊。