随着业务规模增长、业务逻辑演进，项目工程的依赖树(二方依赖、三方依赖)变得愈发复杂。随之而来的便是【依赖冲突】问题。 当几个软件包对相同的共享包或库有依赖性，但它们依赖于不同的、不兼容的共享包版本时，就会出现依赖性问题。如果共享包或库只能安装一个版本，用户可能需要通过获得较新或较旧版本的依赖包来解决这个问题。反过来，这可能会破坏其他的依赖关系。 【依赖冲突】问题是软件工程广泛存在的问题，换句话说，各语言生态如Python、Golang、Nodejs、Java等都存在类似问题。但是由于Java语言的特殊机制，【依赖冲突】问题在Java中似乎有完美的解决方案，那就是【类隔离容器】。 从2000年的开源规范OSGI，到阿里巴巴自研Pandora容器，再到蚂蚁金服开源sofa-ark，业界在【类隔离容器】这个领域的实践方兴未艾。那到底什么是类隔离容器？怎么实现类隔离容器？为什么它听起来很完美但是却没有成为主流实践？
虚拟线程是在Java运行时，由JDK实现，而不是操作系统实现的Java线程，和传统线程(或称之为平台线程)之间的主要区别在于，我们可以很容易地在同一个Java进程中运行大量活动的虚拟线程，甚至数百万个。大量的虚拟线程赋予了它们强大的功能：通过允许服务器并发处理更多的请求，它们可以更有效地运行以thread-per-request（每个请求一个线程）的方式编写的服务器应用程序，从而实现更高的吞吐量和更少的硬件浪费。 一直听闻Java虚拟线程的“威名”很久了，于是最近做个人项目的时候便尝试使用JDK21进行开发，研究一下所谓的虚拟线程的原理与实现。技术水平有限，欢迎一起交流探讨～
虚拟线程是由Java运行时而不是操作系统实现的Java线程，和传统线程(或称之为平台线程)之间的主要区别在于，我们可以很容易地在同一个Java进程中运行大量活动的虚拟线程，甚至数百万个。大量的虚拟线程赋予了它们强大的功能：通过允许服务器并发处理更多的请求，它们可以更有效地运行以thread-per-request（每个请求一个线程）的方式编写的服务器应用程序，从而实现更高的吞吐量和更少的硬件浪费。 一直听闻Java虚拟线程的“威名”很久了，于是最近做个人项目的时候便尝试使用JDK21进行开发，研究一下所谓的虚拟线程的原理与实现。技术水平有限，欢迎一起交流探讨～
