这是一个创建于 795 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近为保障活动做了一些压测，顺便测了一下 java21. 先说下资源情况：1Pod ，2 核 2G 业务场景，从 redis 查询一个 json 然后返回，json 相对较大。
先说下 openresty 的情况：没有请求 redis 的情况下可以到 5W ，加了了业务场景稳定在 1.2W-1.3W 样子。
现在回到 java21 ，写法比较简单，直接用原生 HttpServer 结合虚拟线程。加入业务场景，下面是压测的数据：
第一没有使用虚拟线程大概 1000：
上虚拟线程
99.8%成功率 6 千
99.59%成功率 7 千
99.43%成功率 8 千
99.31%成功率 9 千
99.09%成功率 1 万
到这里我就没有继续压了。因为 cpu 已经满了。 看下 1w 资源占用情况：
未来可期
 | 1 ebony0319 OP 压测工具是阿里云的 PTS ，数据比较真实。 |
 | 2 winglight2016 2023-09-26 15:25:19 +08:00  1 没有试一下 springboot webflux 下的性能吗？毕竟这个场景更常见 |
| 3 ebony0319 OP @winglight2016 以后有空用 Netty 结合虚拟线程来一波试一下 |
| 4 ebony0319 OP @winglight2016 springboot webflux 要 spring 那一套，我只是想看下语言特性而已 |
 | 5 salmon5 2023-09-26 17:03:56 +08:00 1 这就叫专业 |
 | 6 awsl2333 2023-09-26 22:35:06 +08:00 虚拟线程好猛啊 |
 | 7 nxcdJaNnmyF9O90X 2023-09-27 09:52:32 +08:00 go 协程 完美支持了 |
 | 8 ysy950803 2023-09-27 14:29:51 +08:00 这个虚拟线程是不是和 Kotlin 的协程一样的底层实现？ |
 | 9 yty2012g 2023-09-28 12:20:58 +08:00 我本来想尝试改造 spring mvc 到 spring webflux ，奈何各种 servlet 的 api 都要重新搞，工作量过大而放弃了 |
Select Language