我记得当年本科在写聊天室系统的时候,对于每个客户端的请求都创建为一个新线程来处理,因为当年对并发机制了解不是很透彻,所以这里面犯了一个很严重的问题。
“为每个任务分配一个线程”这种方法存在一些缺陷,尤其是当需要创建大量的线程时,会有如下几个问题:
线程生命周期的开销非常高。线程的创建与销毁并不是没有代价的,线程的创建过程都会需要时间,延迟处理的请求,并且有时候根据不同的情况创建一个新线程将消耗大量的计算资源。
资源消耗。活跃的线程会消耗系统资源,尤其是内存。如果可运行的线程数量多于可用处理器的数量,那么有些线程将闲置。这会给垃圾回收器带来压力,而且大量线程在竞争CPU资源时还将产生其他的性能开销。
稳定性。在可创建线程的数量上存在一个限制,随平台的不同而不同。如果破坏了这些限制,那么很可能抛出OutOfMemoryError异常,要想从这种错误中恢复过来是非常危险的更简单的办法是通过构造程序来避免超出这些限制。
所以在一定的范围内,增加线程可以提高系统的吞吐率,但如果超出了这个范围,再创建的线程只会降低程序的执行速度,并且如果过多的创建一个线程,那么整个应用程序将奔溃。