现在 99%的线程池的确可以用虚拟线程代替，尤其是是 web 应用，大量下游各种调用的。
一些老框架会焕发青春，比如一些用 netty 改造的 client ，有了虚拟线程就没这个必要了就直接用线程池+同步代码就可以。
还有就是大部分 reactive 场景其实都是不需要的，改回同步代码即可

竟然还有这种事？

走劳动法就是以后少个机会，这种人以后有活拉人干也会找到你。
看取舍，一般来说如果就是损失没太多的确没必要。

老实说，站在雇佣人的角度，会心里打个鼓。你的描述会给人几个印象：
1. 爱钻技术，业务能力存疑。
2. 比较自我，沟通上可能会有问题不太好管理。

国内别人认不认可你技术，有一个金标准就是有没有人拉你去做事并且给你钱，就这么简单，这是对你这个人综合产出是否有商业价值的直接判断。

@BaseException 好处都被讲烂了。
脚本语言最大的问题就是项目不要说过几年，半年后如果换人过来做维护成本就很高了。

这个事是这样的，你不这么来一下，你永远学习不到这个经验。
比如听你这么说的人，大部分潜意识还是认为自己闲下来能享受好自由的时间。

@byte10
大家对 eventloop 的理解是不是有误会。
netty 类型 eventloop 的线程安全是针对单个连接的，实际上除了游戏和 IM 服务器一根 TCP 长连接直连 netty-base 的服务器（其实这比较罕见，因为没经过网关），其余情况下要么是 eventloop 单线程跑，要不根本谈不上线程安全。
对于 http 短链接来说，你用 eventloop 下的某一个 loop 的线程跑和用虚拟线程跑业务都没有线程安全问题，一次连接一个线程。
虚拟线程配合 eventloop ，虚拟线程处理结束要回写 task 给当前 loop 线程的 task 队列。
另，如果要讲究线程安全，数据使用的方式就不要用共享内存的形式。
另，没记错虚拟线程的 JEP 里面明确有讲，不推荐虚拟线程共享变量。

@leatomic 我给楼主建议的就是互补，业务逻辑用虚拟线程，楼主硬要融合嘛不是，这本就是一件事的两个解决方案。

@byte10 eventloop 用虚拟线程的不太理解这个场景，eventloop+tasklist 本来是虚拟线程或者说协程的平替，为何在 event 的模式下用虚拟线程这个很奇怪，虚拟线程都需要大量创建了，还去 loop tasklist 干啥呢。。。

虚拟线程之前也深入看了一下，说个观点看对你有没有帮助：
虚拟线程就是希望干掉 eventloop 的，或者说，所有 netty 衍生类框架，网络 IO （收发包，HTTP 编解码等）依然用线程池+eventloop 可以，然后业务线程池直接换成虚拟线程来实现。比如 netty 之前强调的业务线程池需要独立的问题。

世界上很多人这时候选择找信仰。
比较明显的精神不能自洽。

后端干活的工具不要想太多。
你把 spring 想成官方标准库是不是就没那么多事了，还能夸一句语言特性强大。。。

评论区感觉大家被公众号各种文章影响太多了哈。
去年做招聘，深圳成都，无论社招毕业生，不考虑买房这个目的，成都比深圳卷是明确的，同一个岗位，成都的投简历的人的背景学历什么的都比深圳好是事实。
我一个同时成都字节卷不动，回深圳还轻松些。

股票也玩儿了好多年了，之前的跳崖大跌也经历过。
只能说有这种贴子在，最近还要跌一跌，跌倒哀嚎遍野就差不多了

我有房在南山放租，没有你说的这种情况，实际上房租下跌了 2 年。
今年依然不好租。

同学在香港，也觉得吃饭贵，请了菲佣做饭才好很多。

本来开茶餐厅还开得贵的那些地方，平均收入也和香港差不多了。