使用Spring Boot 3.2虚拟线程搭建静态文件服务器
spring boot 3.2 于 2023 年 11 月大张旗鼓地发布，标志着 java 开发领域的一个关键时刻。这一突破性的版本引入了一系列革命性的功能，包括：
虚拟线程：利用 project loom 的虚拟线程释放可扩展性，从而减少资源消耗并增强并发性。
native image支持：通过native image编译制作速度极快的应用程序，减少启动时间并优化资源利用率。
jvm 检查点：利用 crac 项目的 jvm 检查点机制实现应用程序的快速重启，无需冗长的重新初始化。
restclient：采用新的 restclient 接口的功能方法，简化 http 交互并简化代码。
spring for apache pulsar：利用 apache pulsar 的强大功能实现强大的消息传递功能，无缝集成到您的 spring boot 应用程序中。
其中，虚拟线程是最近 java 版本中引入的最具变革性的特性之一。正如官方文件所述：虚拟线程是轻量级线程，可减少编写、维护和调试高吞吐量并发应用程序的工作量。线程是可以调度的最小处理单元。它与其他此类单位同时运行，并且在很大程度上独立于其他此类单元运行。它是 java.lang.thread 的一个实例。有两种线程：平台线程和虚拟线程。平台线程是作为操作系统 （os） 线程的瘦包装器实现的。平台线程在其底层操作系统线程上运行 java 代码，平台线程在平台线程的整个生命周期内捕获其操作系统线程。因此，可用平台线程数限制为操作系统线程数。与平台线程一样，虚拟线程也是 java.lang.thread 的实例。但是，虚拟线程不绑定到特定的操作系统线程。虚拟线程仍在操作系统线程上运行代码。但是，当在虚拟线程中运行的代码调用阻塞 i/o 操作时，java 运行时会挂起虚拟线程，直到它可以恢复为止。与挂起的虚拟线程关联的操作系统线程现在可以自由地对其他虚拟线程执行操作。虚拟线程适用于运行大部分时间被阻塞的任务，通常等待 i/o 操作完成。但是，它们不适用于长时间运行的 cpu 密集型操作。
虽然人们普遍认为虚拟线程在 i/o 密集型方案中表现出色，但它们在 cpu 密集型任务中的性能仍然是一个问号。本系列文章深入探讨了虚拟线程在各种用例中的潜在优势，从基本的“hello world”到静态文件服务（i/o 密集型）、qr 码生成（cpu 密集型）和多部分/表单数据处理（混合工作负载）等实际应用。
在本系列的开头文章中，我们已经了解了虚拟线程与物理线程相比在最简单（且不切实际）的 hello world 情况下的性能。物理线程和虚拟线程之间几乎没有任何性能或资源使用差异。在本文中，我们将更加“实用”，并针对静态文件服务器情况进行比较。这绝对是一个常见且“真实世界”的案例。让我们看看这次我们发现了什么。
测试环境
所有测试均在配备 16g ram、8 个物理内核和 4 个效率内核的 macbook pro m2 上执行。测试工具是 bombardier，它是更快的 http 负载测试器之一（用 go 编写）。
软件版本为：
java v21.0.1
spring boot 3.2.1
程序配置
除了主 java 类之外，不需要编写任何 java 文件，静态文件服务器只能通过配置就能发挥作用。
application.properties文件如下：
server.port=3000spring.mvc.static-path-pattern=/static/**spring.web.resources.static-locations=file:/users/mayankc/work/source/perfcomparisons/static/
使用虚拟线程时，我们将通过添加以下行来启用它们：
spring.threads.virtual.enabled=true
pom.xml内容：
org.springframework.boot spring-boot-starter-parent 3.2.1 com.example demo 0.0.1-snapshot demo demo project for spring boot 21 org.springframework.boot spring-boot-starter-web org.springframework.boot spring-boot-starter-test test
测试数据
大小完全相同但数据不同的 100k 文件被放置在静态资源目录中。每个文件大小正好是 102400 字节。
文件的命名范围为 1 到 100000。
使用 bombardier 的修改版本，为每次运行生成随机请求 url: http://localhost:3000/static/
应用场景
为了确保结果一致，每个测试在开始数据收集之前都会经历 5k 请求预热阶段。
然后，在不同范围的并发连接级别（50、100 和 300）中仔细记录测量结果，每个级别都承受 500 万个请求工作负载。
结果评估
除了简单地跟踪原始速度之外，我们还将采用详细的指标框架来捕获延迟分布（最小值、百分位数、最大值）和吞吐量（每秒请求数）。
cpu 和内存的资源使用情况监控将补充此分析，从而提供不同工作负载下系统性能的全面了解。
测试结果
结果以图表形式呈现如下：
总结
对静态文件服务的分析表明，物理线程在性能和资源效率方面略胜一筹（与我们的预期相反）。
不过，这种受 i/o 限制的场景可能并不是充分发挥虚拟线程潜力的理想场所。涉及数据库交互的任务可能会显示出更多令人信服的优势。也许负载不足以让虚拟线程发挥出最大的作用。为了找出答案，我们将在接下来的文章中介绍 url短链（数据库驱动）、二维码生成（cpu受限）和混合工作负载场景（如表单数据处理），旨在揭示虚拟线程真正出类拔萃的案例。
精密点焊机中的中频逆变点焊机具有哪些应用特点
唯创知音WT2003H系列MP3录音语音芯片：多样封装，录音时长可达70S，满足各种应用需求
笔记本进水怎么办
工信部：节能与新能源汽车财税优惠目录申报管理完成升级改造
电感是什么_电感的单位换算
使用Spring Boot 3.2虚拟线程搭建静态文件服务器
深天马A投资145亿扩大第6代LTPS AMOLED生产线产能规模
Imagination 发布最新版 PowerVR® 图形 SDK，可全面支持新的 Vulkan™ API
盘点近期我国人脸识别技术的应用
【回顾往年CES】英特尔展示超薄笔记本电脑Nikiski
com推出符合PoE+标准的免工具RJ45插座新产品
苹果将参展CES并推广HomeKit智能家居系统
铁电存储器和flash的区别 FRAM工作原理解析
AMC系列直流电流/电压表
基于边缘物联网关的智慧零售应用方案
如何将树莓派变成专用的视频播放机
高速模数转换器信号链内部导致不精确性误差的原因分析
国内首款高性能LCOS芯片正式发布
电磁阀性能测试方法的详细说明
英飞凌为世界注入无限绿色能源，助力零碳转型
虚拟线程：利用 project loom 的虚拟线程释放可扩展性，从而减少资源消耗并增强并发性。
native image支持：通过native image编译制作速度极快的应用程序，减少启动时间并优化资源利用率。
jvm 检查点：利用 crac 项目的 jvm 检查点机制实现应用程序的快速重启，无需冗长的重新初始化。
restclient：采用新的 restclient 接口的功能方法，简化 http 交互并简化代码。
spring for apache pulsar：利用 apache pulsar 的强大功能实现强大的消息传递功能，无缝集成到您的 spring boot 应用程序中。
其中，虚拟线程是最近 java 版本中引入的最具变革性的特性之一。正如官方文件所述：虚拟线程是轻量级线程，可减少编写、维护和调试高吞吐量并发应用程序的工作量。线程是可以调度的最小处理单元。它与其他此类单位同时运行，并且在很大程度上独立于其他此类单元运行。它是 java.lang.thread 的一个实例。有两种线程：平台线程和虚拟线程。平台线程是作为操作系统 （os） 线程的瘦包装器实现的。平台线程在其底层操作系统线程上运行 java 代码，平台线程在平台线程的整个生命周期内捕获其操作系统线程。因此，可用平台线程数限制为操作系统线程数。与平台线程一样，虚拟线程也是 java.lang.thread 的实例。但是，虚拟线程不绑定到特定的操作系统线程。虚拟线程仍在操作系统线程上运行代码。但是，当在虚拟线程中运行的代码调用阻塞 i/o 操作时，java 运行时会挂起虚拟线程，直到它可以恢复为止。与挂起的虚拟线程关联的操作系统线程现在可以自由地对其他虚拟线程执行操作。虚拟线程适用于运行大部分时间被阻塞的任务，通常等待 i/o 操作完成。但是，它们不适用于长时间运行的 cpu 密集型操作。
虽然人们普遍认为虚拟线程在 i/o 密集型方案中表现出色，但它们在 cpu 密集型任务中的性能仍然是一个问号。本系列文章深入探讨了虚拟线程在各种用例中的潜在优势，从基本的“hello world”到静态文件服务（i/o 密集型）、qr 码生成（cpu 密集型）和多部分/表单数据处理（混合工作负载）等实际应用。
在本系列的开头文章中，我们已经了解了虚拟线程与物理线程相比在最简单（且不切实际）的 hello world 情况下的性能。物理线程和虚拟线程之间几乎没有任何性能或资源使用差异。在本文中，我们将更加“实用”，并针对静态文件服务器情况进行比较。这绝对是一个常见且“真实世界”的案例。让我们看看这次我们发现了什么。
测试环境
所有测试均在配备 16g ram、8 个物理内核和 4 个效率内核的 macbook pro m2 上执行。测试工具是 bombardier，它是更快的 http 负载测试器之一（用 go 编写）。
软件版本为：
java v21.0.1
spring boot 3.2.1
程序配置
除了主 java 类之外，不需要编写任何 java 文件，静态文件服务器只能通过配置就能发挥作用。
application.properties文件如下：
server.port=3000spring.mvc.static-path-pattern=/static/**spring.web.resources.static-locations=file:/users/mayankc/work/source/perfcomparisons/static/
使用虚拟线程时，我们将通过添加以下行来启用它们：
spring.threads.virtual.enabled=true
pom.xml内容：
org.springframework.boot spring-boot-starter-parent 3.2.1 com.example demo 0.0.1-snapshot demo demo project for spring boot 21 org.springframework.boot spring-boot-starter-web org.springframework.boot spring-boot-starter-test test
测试数据
大小完全相同但数据不同的 100k 文件被放置在静态资源目录中。每个文件大小正好是 102400 字节。
文件的命名范围为 1 到 100000。
使用 bombardier 的修改版本，为每次运行生成随机请求 url: http://localhost:3000/static/
应用场景
为了确保结果一致，每个测试在开始数据收集之前都会经历 5k 请求预热阶段。
然后，在不同范围的并发连接级别（50、100 和 300）中仔细记录测量结果，每个级别都承受 500 万个请求工作负载。
结果评估
除了简单地跟踪原始速度之外，我们还将采用详细的指标框架来捕获延迟分布（最小值、百分位数、最大值）和吞吐量（每秒请求数）。
cpu 和内存的资源使用情况监控将补充此分析，从而提供不同工作负载下系统性能的全面了解。
测试结果
结果以图表形式呈现如下：
总结
对静态文件服务的分析表明，物理线程在性能和资源效率方面略胜一筹（与我们的预期相反）。
不过，这种受 i/o 限制的场景可能并不是充分发挥虚拟线程潜力的理想场所。涉及数据库交互的任务可能会显示出更多令人信服的优势。也许负载不足以让虚拟线程发挥出最大的作用。为了找出答案，我们将在接下来的文章中介绍 url短链（数据库驱动）、二维码生成（cpu受限）和混合工作负载场景（如表单数据处理），旨在揭示虚拟线程真正出类拔萃的案例。
精密点焊机中的中频逆变点焊机具有哪些应用特点
唯创知音WT2003H系列MP3录音语音芯片：多样封装，录音时长可达70S，满足各种应用需求
笔记本进水怎么办
工信部：节能与新能源汽车财税优惠目录申报管理完成升级改造
电感是什么_电感的单位换算
使用Spring Boot 3.2虚拟线程搭建静态文件服务器
深天马A投资145亿扩大第6代LTPS AMOLED生产线产能规模
Imagination 发布最新版 PowerVR® 图形 SDK，可全面支持新的 Vulkan™ API
盘点近期我国人脸识别技术的应用
【回顾往年CES】英特尔展示超薄笔记本电脑Nikiski
com推出符合PoE+标准的免工具RJ45插座新产品
苹果将参展CES并推广HomeKit智能家居系统
铁电存储器和flash的区别 FRAM工作原理解析
AMC系列直流电流/电压表
基于边缘物联网关的智慧零售应用方案
如何将树莓派变成专用的视频播放机
高速模数转换器信号链内部导致不精确性误差的原因分析
国内首款高性能LCOS芯片正式发布
电磁阀性能测试方法的详细说明
英飞凌为世界注入无限绿色能源，助力零碳转型