虽然线程和进程比起来已经很轻了,但对于高并发的互联网级别的应用来说,大量生产线程还是需要留心的~ 所以我想问一下前辈,在实际场景下, 目前的jvm对大量线程并发的场景,都有哪一些的缺陷? 当然,NIO可能是更好的选择~~但我还是固执的想知道上面问题的答案~
把之前的评论整理了一下: 不实测一下你的应用场景没法知道结果。 每个线程的工作量可大可小,线程之间可能有或者没有依赖性,线程可能是CPU密集型也可能是I/O密集型,随着场景不同,系统的表现可能天差地别,没有实际应用场景你怎么可能一概而论呢? 极端的例子,一千个低优先级睡眠线程对系统性能几乎没有影响,但10个高优先级CPU忙循环的线程就可以让你的电脑离死不远。 所以,把你的业务运行起来,找个压测工具一试就知道了。
把之前的评论整理了一下:
不实测一下你的应用场景没法知道结果。
每个线程的工作量可大可小,线程之间可能有或者没有依赖性,线程可能是CPU密集型也可能是I/O密集型,随着场景不同,系统的表现可能天差地别,没有实际应用场景你怎么可能一概而论呢? 极端的例子,一千个低优先级睡眠线程对系统性能几乎没有影响,但10个高优先级CPU忙循环的线程就可以让你的电脑离死不远。
所以,把你的业务运行起来,找个压测工具一试就知道了。