2023-09-22 16:49
建议c# 粉读读<<What Color is Your Function>>再来评论
2023-09-22 16:14
可以
2023-09-22 15:46
别扯犊子了,听我说一句,能让你赚钱的开发语言就是好语言,还有就是不懂语言底层设计就不要靠嘴说哪个好哪个不好,等你有自研开发语言的能力在评论
2023-09-22 15:37
都是好语言,爱用啥用啥。没必要吵㗎:)
2023-09-22 15:15
因为消耗的资源很小,没必要池化。池化了反而增加了管理成本。
2023-09-22 15:14
虚拟线程不需要池化了。每次要用线程时,直接创建就完事了。
2023-09-23 00:50
还是要限制最大数量吧?虽然很难撑破内存🤣。
2023-09-25 09:25
十万的虚拟线程数量都能承载
2023-09-22 10:50
虚拟线程遥遥领先,C#落后了
2023-09-22 11:08
蠢货,你知道不知道,什么叫纤程, 这些东西你微软和做操作系统的爹都玩了几十年! 哈吹
2023-09-22 11:09
知道什么叫纤程么? Windows都玩了几十年了,好好读书 盲嗨
2023-09-22 11:29
……不了解不怪你,但是不要随便暴露无知……c#可以说是把类c语言发展到了很超前的水平。
2023-09-22 12:44
一群框架、花架子奴才,跟这群人急也没用,🙄
2023-09-24 22:08
一个遥遥领先,竟然让你恶毒到骂一群人
2023-09-25 10:26
愚蠢的东西,你是触发了华为逻辑的机械逻辑么,华为的遥遥领先,那是真的很多地方确实领先,像:“gochannel
2023-09-22 10:50
虚拟线程遥遥领先,C#落后了”这种货色的言论,一个虚拟线程,被操作系统玩烂的东西,除了无知不就是蠢,你急啥?你也一样蠢么
2023-09-25 10:35
你个臭sx,戾气这么重? 别人蠢就你聪明?还给我提华为,我那个关键字说华为了,我能不知道华为厉害,还用你教我? 还私信我,你个sx
2023-09-22 14:35
这么说吧,java30 之前出来的这些特性,都是 c#玩剩下的,所有强类型编程语言中,论特性跟语法,c#绝对排最强,没有之一。
2023-09-22 09:20
虚拟线程真的还需要池吗?
2023-09-22 09:41
虚拟线程不推荐使用池化技术
2023-09-21 21:51
lambda 真™的丑,好在期待的虚拟线程可算是千呼万唤的出来了。
2023-09-21 19:03
jfinal对比有什么区别点
2023-09-21 19:32
讲法上:jfinal 是快速开发框架;solon 是“生态级”应用开发框架。
2023-09-21 17:35
完美蹭了一波j21的热度.哈哈哈
2023-09-21 18:19
纯属巧合。正好 jdk21 发了,正好 solon 也支持 jdk21,正好 solon 最近要发更新。。。无巧不成书啊。
2023-09-21 15:59
逆天在哪里?有没有数据😊
2023-09-21 18:20
我倒很想发张测试的截图。。。可惜聊天界面,不能发。(群里已经发了一圈)
2023-09-23 15:40
发数据就可以,同配置的并发数对比。
2023-09-21 15:15
这样就对了,重点推广项目优势、解决的痛点,而不是将“国产”作为卖点,java都不是国产,还在乎java之上的一个框架是不是国产吗
2023-09-21 18:17
难道它不能是:即是国产的,又是世界的,还是优势项目?。。。有容乃大。别想这些小事:)
2023-09-21 13:32
6666666666666666
2023-09-21 13:19
竟然不把虚拟线程战绩写出来
2023-09-21 13:51
在你的请求处理代码里,加个 sleep 1秒。加了等于没加,就这种效果。
2023-09-21 17:55
线程本地变量ThreadLocal应该是不能用了。
2023-09-21 18:10
能用,不影响。
2023-09-21 23:19
到时候创建几百万个虚拟线程,你的线程本地变量内存不会溢出?
2023-09-22 03:43
Thread-local variables
Virtual threads support thread-local variables (ThreadLocal) and inheritable thread-local variables (InheritableThreadLocal), just like platform threads, so they can run existing code that uses thread locals. However, because virtual threads can be very numerous, use thread locals only after careful consideration. In particular, do not use thread locals to pool costly resources among multiple tasks sharing the same thread in a thread pool. Virtual threads should never be pooled since each is intended to run only a single task over its lifetime. We have removed many uses of thread locals from the JDK's java.base module in preparation for virtual threads in order to reduce memory footprint when running with millions of threads.

The system property jdk.traceVirtualThreadLocals can be used to trigger a stack trace when a virtual thread sets the value of any thread-local variable. This diagnostic output may assist with removing thread locals when migrating code to us
2023-09-22 03:45
现在好像是推荐用新的Scoped Values 了。
2023-09-22 04:21
不错😀
回复 @
{{emojiItem.symbol}}
返回顶部
顶部