高并发与多线程

https://bbs.csdn.net/topics/392306561 写道

对于web站点，应该避免多线程，
因为web服务器本身就是多线程响应请求的，
如果你收到某个用户的请求后，在请求里又起了多线程，
首先，这样做只能导致单个请求的处理时长变长了，因为多了CPU上下文切换时间；
其次，单个请求发起的多线程会影响接受用户请求的线程数量。

如果发起的多线程是处理io操作，那么是有效的，如果不存在io操作，纯cpu计算的代码，启动多线程是没有什么意义的，
这种情况下应该考虑通过消息队列转发到其它进程处理，然后当前请求快速返回，
具体业务具体分析，没有什么一成不变的
~~~~~~~~~
如果本身就是一个基于HTTP的请求，那么多线程的事就是让 servlet 容器完成，你要处理的是单个线程下的逻辑
如果不是http项目，那就要自己启动线程，或者利用线程池
~~~~~~~~~~
1、部署架构：可以考虑反向代理
2、开发架构：支持多线程，考虑用线程池
3、数据架构：可以考虑做数据缓存，考虑流行的redis等

~~~~~~~

单一功能不需要多线程

web服务器本身就是多线程，你编写的功能的代码已经是单线程范围了。