最近为保障活动做了一些压测,顺便测了一下 java21. 先说下资源情况:1Pod ,2 核 2G 业务场景,从 redis 查询一个 json 然后返回,json 相对较大。
先说下 openresty 的情况:没有请求 redis 的情况下可以到 5W ,加了了业务场景稳定在 1.2W-1.3W 样子。
现在回到 java21 ,写法比较简单,直接用原生 HttpServer 结合虚拟线程。加入业务场景,下面是压测的数据:






到这里我就没有继续压了。因为 cpu 已经满了。 看下 1w 资源占用情况:

未来可期
|  |      1ebony0319 OP 压测工具是阿里云的 PTS ,数据比较真实。 | 
|  |      2winglight2016      2023-09-26 15:25:19 +08:00  1 没有试一下 springboot webflux 下的性能吗?毕竟这个场景更常见 | 
|  |      3ebony0319 OP @winglight2016 以后有空用 Netty 结合虚拟线程来一波试一下 | 
|  |      4ebony0319 OP @winglight2016  springboot webflux  要 spring 那一套,我只是想看下语言特性而已😊😊 | 
|      5salmon5      2023-09-26 17:03:56 +08:00  1 这就叫专业 | 
|  |      6awsl2333      2023-09-26 22:35:06 +08:00 虚拟线程好猛啊 | 
|  |      7nxcdJaNnmyF9O90X      2023-09-27 09:52:32 +08:00 go 协程 完美支持了 | 
|  |      8ysy950803      2023-09-27 14:29:51 +08:00 这个虚拟线程是不是和 Kotlin 的协程一样的底层实现? | 
|      9yty2012g      2023-09-28 12:20:58 +08:00 我本来想尝试改造 spring mvc 到 spring webflux ,奈何各种 servlet 的 api 都要重新搞,工作量过大而放弃了😂😂 |