主要观点：

• Java 的虚拟线程（Java 21 中的新特性）已成为全平台功能，引发关注且众多项目开始添加支持。
• 曾对虚拟线程的优势存疑，认为廉价线程虽能做复杂事，但并非并发编程的万能药。
• 虚拟线程在内存利用和启动速度上有优势，可用于调查哪些应用能受益。
• 对于有限资源，增加线程不一定能解决扩展性问题，可能使情况更糟。
• 对于无限（可扩展）资源，增加线程可能有助于应用扩展。
• 虚拟线程在低延迟可扩展资源上可能存在饥饿和公平性问题。
• 等待线程有成本，传统平台线程池在处理负载峰值时有一定优势。
• 结论：并非所有应用都适合虚拟线程，需考虑服务器/应用的最坏情况负载限制，实验平台线程池扩展，若有需要可使用虚拟线程并进行显式资源管理。
  关键信息：
• 虚拟线程创建便宜，按需分配栈内存，节省内存。
• 阻塞式应用在传统服务器上增加线程不一定能解决扩展性问题，如线程大多在等待数据库连接。
• 有限资源包括 CPU、数据库、本地网络、锁、缓存等，增加线程可能无效甚至使应用更不稳定。
• 无限（可扩展）资源如数据库、微服务、远程网络、本地文件系统，增加线程可能有助于应用扩展。
• 虚拟线程等待时可能导致饥饿和公平性问题，等待成本包括分配输入输出缓冲区等。
• 传统平台线程池在处理负载峰值时有一定优势，避免资源耗尽导致灾难性失败。
  重要细节：
• 以传统应用服务器为例，说明线程池满时增加线程不一定能解决问题，如数据库连接池限制。
• 列举常见有限资源及其对应用扩展性的影响。
• 说明虚拟线程在处理低延迟可扩展资源时的问题及等待成本。
• 推荐在服务器如 Eclipse Jetty 中使用异步处理请求，减少线程阻塞，提高应用扩展性。