石頭自清潔掃拖機(jī)器人G10S評(píng)測：多年黑科技集大成之作 懶人終極福音
科技圈經(jīng)常能看到一個(gè)詞叫“縫合怪”，用來形容那些把好多功能或者外觀結(jié)合在一起的產(chǎn)品，通常這樣的詞是貶義詞，但如果真的是產(chǎn)品縫合的好、縫合的實(shí)用的話，那它就成了中性詞，今
環(huán)境：SpringBoot3.2.1 + JDK21
從Spring Boot 3.2 支持虛擬線程。要使用虛擬線程，需要在 Java 21 上運(yùn)行，并將屬性 spring.threads.virtual.enabled 設(shè)置為 true。
啟用虛擬線程后，Tomcat 和 Jetty 將使用虛擬線程處理請(qǐng)求。這意味著處理網(wǎng)絡(luò)請(qǐng)求的應(yīng)用程序代碼（如控制器中的方法）將在虛擬線程上運(yùn)行。
啟用虛擬線程后，applicationTaskExecutor Bean 將成為配置為使用虛擬線程的 SimpleAsyncTaskExecutor。任何使用應(yīng)用程序任務(wù)執(zhí)行器的地方，如調(diào)用 @Async 方法時(shí)的 @EnableAsync、Spring MVC 的異步請(qǐng)求處理和 Spring WebFlux 的阻塞執(zhí)行支持，現(xiàn)在都將使用虛擬線程。
接下來將分別通過傳統(tǒng)阻塞Servlet技術(shù)、使用虛擬線程及使用反應(yīng)式技術(shù)WebFlux來分別對(duì)比它們的性能。
使用虛擬線程 & 傳統(tǒng)Servlet都使用下面的接口：
@RestController@RequestMapping("/task/default")public class TaskDefaultController { @GetMapping("") public Object index() throws Exception { System.out.printf("before - %s%n", Thread.currentThread()) ; TimeUnit.MILLISECONDS.sleep(100) ; System.out.printf("after - %s%n", Thread.currentThread()) ; return "task - default..." ; }}先測試下啟用虛擬線程執(zhí)行情況。
配置：
spring: threads: virtual: enabled: true控制臺(tái)輸出：
before - VirtualThread[#42,tomcat-handler-0]/runnable@ForkJoinPool-1-worker-1after - VirtualThread[#42,tomcat-handler-0]/runnable@ForkJoinPool-1-worker-1使用的是虛擬線程。
配置線程池，如果不配置使用默認(rèn)的最大線程200，整體的吞吐量將在2200作用。
server: tomcat: threads: min-spare: 500 max: 1000初始啟動(dòng)服務(wù)后，內(nèi)存，CPU占用情況；默認(rèn)啟動(dòng)后線程個(gè)數(shù)與上面配置一致。
圖片
使用jmeter測試，配置如下：
圖片
使用500個(gè)線程，循環(huán)200次，整體做100000次壓測。后續(xù)的測試都會(huì)基于該配置進(jìn)行。
圖片
吞吐量為：4696
內(nèi)存，CPU占用情況
圖片
首先開啟虛擬線程
spring: threads: virtual: enabled: true初始啟動(dòng)服務(wù)后，內(nèi)存，CPU占用情況
圖片
jmeter測試情況如下：
圖片
吞吐量為：4677，與上面的阻塞Servlet基本差不多。但傳統(tǒng)Tomcat線程池方式需要更多的線程才能達(dá)到這一值。
圖片
整個(gè)過程內(nèi)存使用情況，虛擬線程要比傳統(tǒng)Tomcat線程池方式占用的多。
JDK 的虛擬線程調(diào)度器是一個(gè)工作偷取 ForkJoinPool，以先進(jìn)先出(FIFO)模式運(yùn)行。調(diào)度器的并行性是指可用來調(diào)度虛擬線程的平臺(tái)線程數(shù)。默認(rèn)情況下，它等于可用處理器的數(shù)量，但可以通過系統(tǒng)屬性 jdk.virtualThreadScheduler.parallelism 進(jìn)行調(diào)整。ForkJoinPool 與普通池不同，普通池用于并行流的實(shí)現(xiàn)，并以后進(jìn)先出模式運(yùn)行。
調(diào)整數(shù)量再進(jìn)行測試，設(shè)置JVM參數(shù)
-Djdk.virtualThreadScheduler.parallelism=100 -Djdk.virtualThreadScheduler.maxPoolSize=100設(shè)置100個(gè)平臺(tái)線程來調(diào)用虛擬線程。
啟動(dòng)服務(wù)后，線程，內(nèi)存使用情況。
圖片
jmeter測試結(jié)果如下：
圖片
與調(diào)整前沒什么區(qū)別，反而是增加了應(yīng)用的線程數(shù)量。
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-webflux</artifactId></dependency>基于webflux，我們需要重新編寫接口測試。
@RestController@RequestMapping("/task/reactor")public class ReactorController { @GetMapping("") public Object index() throws Exception { // 與上面2種方式不同，reactor方式則需要使用delayElement方式來模擬耗時(shí)任務(wù) return Mono.just("task - reactor...").delayElement(Duration.ofMillis(100)) ; }}初始啟動(dòng)服務(wù)后，內(nèi)存，CPU占用情況。
圖片
jmeter測試情況如下：
圖片
吞吐量為：4659，與上面的測試結(jié)果基本一致。
圖片
內(nèi)存使用情況要比前面幾種方式占用都少。同時(shí)通過jmeter測試結(jié)果也能發(fā)現(xiàn)，MAX請(qǐng)求的最大響應(yīng)時(shí)間webflux是最小的，Std.Dev：所有請(qǐng)求響應(yīng)時(shí)間的標(biāo)準(zhǔn)差也是最小的（該值越小，平均值越可靠）。
根據(jù)測試結(jié)果，虛擬線程與webflux誰更勝一籌還不夠清晰，接下來我們結(jié)合數(shù)據(jù)庫操作進(jìn)行測試。
數(shù)據(jù)庫數(shù)據(jù)準(zhǔn)備了600w的數(shù)據(jù)。
圖片
基于JPA進(jìn)行數(shù)據(jù)庫的操作
@Entity@Table(name = "t_user")public class User { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Integer uid ; private String name ;}Repository接口
public interface UserRepository extends JpaRepository<User, Integer> {}Controller測試接口
@RestController@RequestMapping("/users")public class UserController { @Resource private UserRepository ur ; @GetMapping("/count") public User count() { return ur.findById(5800000).orElse(null) ; } }測試結(jié)果：
圖片
記得開啟虛擬線程，測試結(jié)果如下：
圖片
需要引入如下依賴
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-data-r2dbc</artifactId></dependency><dependency> <groupId>com.github.jasync-sql</groupId> <artifactId>jasync-r2dbc-mysql</artifactId> <version>2.1.24</version></dependency>配置
spring: r2dbc: url: r2dbc:mysql://localhost:3306/batch?serverZnotallow=GMT%2B8&sslMode=DISABLED username: root password: xxxooo pool: initialSize: 100 maxSize: 100 max-acquire-time: 30s max-idle-time: 30m實(shí)體定義，這里的注解與jpa不一樣
@Table("t_user")public class User { @Id private Integer uid ; private String name ;}Repository定義
public interface UserR2DBCRepository extends ReactiveCrudRepository<User, Integer> {}Controller接口
@RestController@RequestMapping("/r2dbc")public class UserR2DBCController { @Resource private UserR2DBCRepository ur ; @GetMapping("/users") public Mono<User> count() { return ur.findById(5800000) ; } }測試結(jié)果
圖片
根據(jù)測試結(jié)果來，webflux的整體性能遠(yuǎn)遠(yuǎn)高于虛擬線程及傳統(tǒng)tomcat線程池的方式。
以上是本篇文章全部內(nèi)容，希望對(duì)你有幫助。
完畢！！！
本文鏈接：http://www.tebozhan.com/showinfo-26-70431-0.htmlSpringBoot3虛擬線程 & 反應(yīng)式(WebFlux) & 傳統(tǒng)Tomcat線程池性能對(duì)比
聲明：本網(wǎng)頁內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請(qǐng)聯(lián)系：2376512515@qq.com 津ICP備18001702號(hào)
津公網(wǎng)安備 12010102000574號(hào)