单进程多线程服务器存在这样的弊端

BetonArmEE

回复 99# yulihua49


    我行的情况不太适合做多线程，交易都是外包人员开发的，技术能力参差不齐，每天都有大量的交易coredump，只有管理进程监控工作进程处理交易，一发现coredump马上重启才是王道。我觉得多线程的适用场景是服务器开发团队质量比较稳定或者强人独立开发才行，否则，一个交易core掉，搞死一片其它正常的交易，还不被领导骂死。银行后台还是以稳定优先，速度其次，再说实现了负载均衡就可以横向扩展。

BetonArmEE

回复 99# yulihua49


    尽量减少锁、临界区，也是提高并发系统速度的关键。

BetonArmEE

回复 120# guojinshuai


    是单长连接吗？可以这样设计，服务端通讯进程负责管理单长连接、接收报文，放入一个请求队列，后端启一组进程从队列里抓交易处理完，塞回响应队列，通讯进程从响应队列中读出响应报文，发给单连接。因为通讯进程一边要监控连接数据，一边要监控响应队列消息，必须设计成多路复用，比如通讯进程设计成兄弟俩进程，中间用一个匿名管道连接，对外的一个负责管理单长连接，还有更重要的是select单长连接socket和匿名管道，对内的一个负责堵塞读队列，一旦有消息就转发到匿名管道，对外的一个侦测到匿名管道有数据就读取并转发到单长连接socket。还有一种设计是响应报文被对内兄弟进程读出后放入共享内存，通过匿名管道发一个字节告诉对外兄弟进程来转发共享内存中的响应报文到单长连接。其它设计还有很多种，根据具体的需求场景和性能要求选择最适合的。