Spring MVC 与 Spring Webflux 性能测试

本文翻译自国外论坛 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.classargs);
  }

  @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.classargs);
    HelloWorldClient helloWorldClient = context.getBean(HelloWorldClient.class);
  }
}

执行

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

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

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

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

下面是测试结果图表,

Spring MVC 与 Spring Webflux 性能测试
请求耗时,越小越好
Spring MVC 与 Spring Webflux 性能测试
每秒请求数,越大越好
Spring MVC 与 Spring Webflux 性能测试
响应时间/ms,越小越好
Spring MVC 与 Spring Webflux 性能测试
中值响应时间/ms,越小越好

Spring MVC 与 Spring Webflux 性能测试Spring MVC 与 Spring Webflux 性能测试Spring MVC 与 Spring Webflux 性能测试

Spring MVC 与 Spring Webflux 性能测试
最大响应时间/ms,越小越好
Spring MVC 与 Spring Webflux 性能测试
平均CPU占用/%,越小越好
Spring MVC 与 Spring Webflux 性能测试
平均内存占用/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。

·END·

因公众号更改推送规则,关注公众号主页点击右上角”设为星标第一时间获取博主精彩技术干货


往期原创热门文章推荐:

  1. Kafka为什么这么快?

  2. 10种微服务设计模式

  3. 分布式系统常见理论讲解

  4. IDE暗黑主题推荐-Dracula

  5. MySQL和MongoDB的区别

原文始发于微信公众号(waynblog):Spring MVC 与 Spring Webflux 性能测试

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/164911.html

(0)
小半的头像小半

相关推荐

发表回复

登录后才能评论
极客之音——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!