它只能把整体的吞吐提升

Rabbihasan77@gm

另外，因为是以为粒度做复制的，所以，如果哈希表里面有大的话，可能会因为工作线程复制大耗时过长，造成用户请求等待耗时的上升5工作多线程对于处理量的扩展，社区有一个多线程的解决方案但这个多线程只是把网络收发部分做了多线程处理，所以，其扩展能力是比较有限的比如4个线程下，一倍，就到极限了


而且因为此时 科威特手机号码列表 工作线程已经到瓶颈了，再往上去加线程，不仅无法提升性能，反而会消耗更多的资源对此，我们的解决方案是工作多线程，也就是说把请求处理的过程也多线程化如上图所示，在工作多线程方案下，每个线程都会去处理请求，并且每个线程会完成从收包到请求处理，然后到发包的整个过程，是一个--线程模型



相比多线程，它会减少很多线程切换，节省很多的资源同时对于请求处理的过程，我们也通过细致的梳理，尽量缩小了临界区的范围，以保证大部分的请求处理过程是在临界区之外的，来提升处理并发度如果一个工作线程需要加锁的话，它会先如果加锁成功就继续执行了，但如果加锁失败的话，这个工作线程也不会阻塞等锁它会先去注册一个管道的通知消息，然后就继续处理网络的收发包，还有非临界区的请求了