Spring MVC 与 Spring Webflux 性能测试

开发 架构
通过以上结果,很容易得出结论,Spring Webflux(响应式编程)确实比 Spring Boot(线程池)带来了一些显着的性能优势。Spring Webflux 在资源成本相当的情况下提供大约两倍的 RPS。

本文翻译自国外论坛 medium,原文地址:本文翻译自国外论坛 medium,原文地址:https://medium.com/deno-the-complete-reference/spring-boot-vs-spring-webflux-performance-comparison-for-hello-world-case-386da4e9c418

如果你已经使用 Spring 一段时间或者是编程初学者,你一定听说过使用响应式编程比传统的线程池风格更好。

自 Spring 诞生以来,开发者创建 Java 企业应用程序就变得更加容易。它提供了在企业环境中使用 Java 语言所需的一切,支持 Groovy 和 Kotlin 作为 JVM 上的替代语言,并且可以根据应用程序的需求灵活地创建多种架构。

在 Spring 4.0 以前,Spring 框架中包含的原始 Web 框架是 Spring Web MVC,它是专门为 Servlet API 和 Servlet 容器构建的。响应式 Web 框架 Spring WebFlux 是在 5.0 版本中添加的。它是完全非阻塞的,支持 Reactive Streams 背压,运行在 Netty、Undertow、Servlet 容器等服务器上。

这两个 Web 框架名称相似(spring-webmvc 和 spring-webflux),并在 Spring 框架中并存。每个模块都是可选的。应用程序可以使用其中一个模块,或者在某些情况下,同时使用两者,例如在 Spring MVC 控制器中可以使用带有响应式编程功能的 WebClient 对象。

本文将给大家介绍使用响应式编程带来的潜在性能优势。我将使用一个简单的 hello world 案例。

测试设置

配置

测试在一台 16G 内存的 MacBook Pro M1 上执行。

软件版本如下:

  • Go 1.20.2
  • Spring Boot 3.0.5
  • Java 17

Spring MVC 与 Spring Webflux 的两种测试总共执行 500 万个请求。

代码

Spring MVC 与 Spring Webflux 的 hello world 代码如下:

Spring Boot

传统的 Spring Boot 项目,单个 Java 文件,

package com.example.demo;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.http.ResponseEntity;
import org.springframework.http.HttpStatus;
import org.springframework.web.bind.annotation.RestController;

@SpringBootApplication
@RestController
public class DemoApplication {

  public static void main(String[] args) {
    SpringApplication.run(DemoApplication.class, args);
  }

  @GetMapping("/")
  public String handleRequest() {
    return "Hello World!";
  }
}

Spring Webflux

与传统的 Spring Boot 项目不同,Spring Webflux 至少需要四个 Java 文件。代码如下,

package hello;

import org.springframework.http.MediaType;
import org.springframework.stereotype.Component;
import org.springframework.web.reactive.function.BodyInserters;
import org.springframework.web.reactive.function.server.ServerRequest;
import org.springframework.web.reactive.function.server.ServerResponse;

import reactor.core.publisher.Mono;

@Component
public class HelloWorldHandler {

  public Mono<ServerResponse> hello(ServerRequest request) {
    return ServerResponse.ok().contentType(MediaType.TEXT_PLAIN)
      .body(BodyInserters.fromValue("Hello World!"));
  }
}

HelloWorldRouter.java

package hello;

import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.http.MediaType;
import org.springframework.web.reactive.function.server.RouterFunction;
import org.springframework.web.reactive.function.server.RouterFunctions;
import org.springframework.web.reactive.function.server.ServerResponse;

import static org.springframework.web.reactive.function.server.RequestPredicates.GET;
import static org.springframework.web.reactive.function.server.RequestPredicates.accept;

@Configuration(proxyBeanMethods = false)
public class HelloWorldRouter {

  @Bean
  public RouterFunction<ServerResponse> route(HelloWorldHandler helloWorldHandler) {

    return RouterFunctions
      .route(GET("/"), helloWorldHandler::hello);
  }
}

HelloWorldClient.java

package hello;

import reactor.core.publisher.Mono;

import org.springframework.http.MediaType;
import org.springframework.stereotype.Component;
import org.springframework.web.reactive.function.client.ClientResponse;
import org.springframework.web.reactive.function.client.WebClient;

@Component
public class HelloWorldClient {

  private final WebClient client;

  public HelloWorldClient(WebClient.Builder builder) {
    this.client = builder.baseUrl("http://localhost:3000").build();
  }

  public Mono<ClientResponse> getMessage() {
    return this.client.get()
      .uri("/")
      .exchange();
  }

}

Application.java

package hello;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.context.ConfigurableApplicationContext;

@SpringBootApplication
public class Application {

  public static void main(String[] args) {
    ConfigurableApplicationContext context = SpringApplication.run(Application.class, args);
    HelloWorldClient helloWorldClient = context.getBean(HelloWorldClient.class);
  }
}

执行

每个测试都接受 500 万个请求执行。

测试中包含 25、100 和 300 个并发测试。

使用 Bombardier HTTP 测试工具进行负载测试。

Bombardier HTTP 是一个用 Go 编写的快速跨平台 HTTP 基准测试命令行工具。

下面是测试结果图表,

图片图片

请求耗时,越小越好

图片图片

每秒请求数,越大越好

图片图片

响应时间/ms,越小越好

图片图片

中值响应时间/ms,越小越好

图片图片

图片图片

图片图片

图片图片

最大响应时间/ms,越小越好

图片图片

平均CPU占用/%,越小越好

图片图片

平均内存占用/MBs,越小越好

分析

通过以上结果,很容易得出结论,Spring Webflux(响应式编程)确实比 Spring Boot(线程池)带来了一些显着的性能优势。Spring Webflux 在资源成本相当的情况下提供大约两倍的 RPS。

RPS:指客户端每秒发出的请求数,有些地方也叫做 QPS。

首先由于 Spring MVC 处理这些一次性请求花费的总时间太长,Spring MVC 的平均响应时间并不是那么好。

在低并发情况下,Spring Webflux 的中值响应时间更好。高并发时 Spring Boot 更好。

随着测量值移至第三个四分位和第 90 个百分位,Spring Webflux 变得更好。即使有差异,也只有 1-2 毫秒左右。

最后

我们宣布 Spring MVC 与 Spring Webflux:hello world 性能测试案例的获胜者是 Spring Webflux。

责任编辑:武晓燕 来源: waynblog
相关推荐

2023-11-02 18:01:24

SpringMVC配置

2020-03-24 09:54:57

SpringMVCWebFlux

2024-01-10 09:59:19

虚拟线程信息

2022-07-04 09:15:10

Spring请求处理流程

2023-02-09 08:01:12

核心组件非阻塞

2022-11-04 08:39:46

SpringWebFlux

2020-07-07 07:00:00

Spring WebFREST APIReactive AP

2019-03-04 08:48:23

Spring WebFJavaIO

2022-09-26 08:54:39

Spring函数式编程

2024-03-06 07:52:21

Spring框架响应式编程微服务架构

2021-07-15 11:16:31

Spring WebWebFlux架构

2021-06-13 08:55:25

Spring NatiWebFluxJVM

2020-05-25 07:00:00

双因素认证身份认证密码

2012-06-17 20:19:29

2017-07-20 09:23:32

Springjavacio

2009-06-11 10:37:58

netbeans spMVC基础

2011-12-05 13:44:34

JavaSpringMVC

2009-06-22 11:54:28

Spring MVCSpringframe

2011-05-24 09:22:44

Spring3异常处理

2023-07-10 08:00:13

架构Rest返回值
点赞
收藏

51CTO技术栈公众号