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

BetonArmEE

回复 120# guojinshuai


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

guojinshuai

回复 121# BetonArmEE

我是初学者，您说的意思我明白，但是我代码写不出来。。。
你看我的这个想法可行么？
由于是端对端连接，也就只有一个socket进行连接，我accept之后，创建子进程。主进程负责报文的接收与解析，子进程负责数据的处理与发送。由于联机交易有好几个，所以主进程每收到一份报文进行解析后写入不同的文件（文件名根据交易代码区分）；子进程通过读相关交易的文件得到解析后的数据，然后进行此交易的数据处理与发送。
可以的话想加你的qq，给你发私信了。
   

yulihua49

guojinshuai 发表于 2014-10-14 12:56
回复 121# BetonArmEE

我是初学者，您说的意思我明白，但是我代码写不出来。。。

就一个客户端？那么，不需要子进程。依次调用业务函数就可以了。
搜一下TLV协议。
http://blog.csdn.net/chexlong/article/details/6974201
补充一点，Type，其实就是函数号，服务器准备一组业务函数。
收到客户端的包后，根据type，调用对应的函数。
就这么简单。

SDBC就是扩展的TLV协议。

那个V，如果是一些结构，就可以用“结构体工具”进行序列化和反序列化。
如果是文件，就需要进行多包传输。这时服务器就进入“有状态服务”模式。