[发明专利]一种基于队列的网络通信模块处理框架

说明书

 

技术领域   

    本发明涉及一种网络通信系统，具体地说是一种基于队列的网络通信模块处理框架。

背景技术

 随着计算机技术的发展，网络通信的结构的使用也越来越广泛。目前，在网络通信领域，B/S和C/S架构得到了广泛的使用。

C/S （Client/Server）结构，即客户机和服务器结构。它是软件系统体系结构。目前大多数应用软件系统都是Client/Server形式的两层结构。B/S（Browser/Server）结构即浏览器和服务器结构。它是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。

无论是C/S结构还是B/S结构，Client/Browser端和Server端都要进行逻辑处理，相对而言，Server端承担的压力更大，需要处理的任务更多，逻辑复杂度更高。

发明内容

本发明所要解决的技术问题是提供一种基于队列的网络通信模块处理框架。通过该框架可以实现多线程，高效率的信息处理，并且逻辑和框架相对独立，提供较好的可扩展性。

本发明适用于网络通信中的客户端和服务端，通信任务量较大，逻辑处理复杂的模块。在后面的描述中，以服务端为例来描述。

本发明采用基于队列的数据组织方式，管理待处理消息。采用多线程的并发方式，提高处理效率。采用独立逻辑处理单元，保证系统可扩展性。

本发明的通信是基于可靠的、面向连接的TCP/IP协议，通信内容统称为消息，消息的组织形式是系统定义的，逻辑处理单元会进行消息的封装和解析。当前，比较常用的有XML,json等。

本发明中包含两个队列，一个保存收到的消息，为待处理队列，一个保存准备回复的消息，称为待发送队列。服务端收到消息时，直接将消息放入待处理队列的尾部。当一个消息处理完毕后，将该消息放入待回复队列的尾部。需要回复消息时，从待发送队列头取出一个消息回复。

针对队列中的每一个消息，都有一个单独的线程来进行处理，保证消息之间的独立性。线程的数量和分配是由线程池来控制的。当队列尾新增一条消息，线程池就会分配一个线程来处理这条消息。若线程池中所有的线程都被分配出来，新的消息则需要等待，待线程池中有空闲线程时才会被处理。

逻辑处理单元，负责具体的逻辑处理动作，如消息解析，消息分类，根据不同的消息类型执行不同的业务逻辑等。线程池中的线程被分配来处理消息，将消息交给逻辑处理单元来处理。逻辑处理单元经过简单解析后，确定消息类型，从而决定后续的处理逻辑。待逻辑处理单元处理完成后，将完成的结果也封装为消息，放入待发送队列，等待发送。

    服务端在多任务大压力情况下的逻辑处理框架，通过队列的形式管理连接，通过多线程的方式提高效率，通过框架形式保证逻辑和框架的分离，保证可扩展性。

附图说明

图1是本发明组成结构的关系图；

图2是本发明消息的处理流程示意图。

具体实施方式

下面将结合附图对本发明进行更加详细的描述：

1、图1是本发明的组织结构关系图，本发明基于队列的网络通信模块处理框架共包含三个部分：TCP服务端，队列管理单元，逻辑处理单元。

TCP服务端负责接收从Client端发出的消息，并向Client回复消息。队列管理单元包括两个队列，待处理队列和待发送队列。待处理队列中保存等待处理的消息，待发送队列中保存等待发送的消息。逻辑处理单元包括线程池，通信模块和处理逻辑。线程池负责分配线程处理待处理队列中的消息，处理逻辑是针对不同消息的逻辑处理，可以进行定制。当某消息的处理逻辑中，需要向其他的通信端（如指定的TCP服务端）获取消息时，通过通信模块进行获取。

    2、图2为Server端收到消息的处理流程。Server端收到消息后，将消息放入队列管理单元的待处理队列中。待处理队列将新收到的消息插入队尾，将最先收到的消息放在队头，等待逻辑处理模块从队列头取消息。逻辑处理单元中包含的线程池分配线程来处理队列中的消息。如有必要，逻辑处理单元会通过通信模块从其他的通信节点获取所需信息。逻辑处理单元处理消息完成后，将返回的信息封装为消息，放入待发送队列中。TCP服务端会将待发送队列中的消息取出，回复给Client端。