CN108446183A - 基于消息分发的处理方法及装置 - Google Patents

Abstract

本发明公开了一种基于消息分发的处理方法及装置，方法包括以下步骤：创建并初始化N个一一对应关联的消息队列，业务线程和会话集，N为大于0的自然数；接收用户请求；获取用户请求的处理编号；根据处理编号，将请求任务推送至对应处理编号的消息队列；业务线程循环获取相同处理编号的消息队列的请求任务，并处理请求。本方案通过将消息队列、业务线程和会话集一一对应关联，每一个业务线程对应一个消息队列循环获取请求任务进行处理，多通道处理用户请求，可以并发处理更多的请求任务，提高用户体验；同时维护线程根据业务线程的状态，对业务线程进行实时维护，保证业务线程能够正常运作。

Description

基于消息分发的处理方法及装置

技术领域

本发明涉及到业务系统消息处理领域，特别是涉及到一种基于消息分发的处理方法及装置。

背景技术

一个进程所占有内存大小、线程数量是有限的，处理用户请求时，需要将请求任务派发到线程中，操作系统将资源分配给线程，线程等待获取CPU后执行。在整个过程中，线程的创建和销毁是需要开销的，并且在处理时，如果涉及线程同步，可能还会发生资源竞争，线程阻塞等情况。

现有的处理方案是：利用消息任务队列化，任务随机分发机制，线程池等技术并发处理请求。由于处理任务所派发的业务线程是随机的，在线程同步中需要考虑资源竞争，阻塞等情况；另外，任务无法准确定位所在的业务线程，无法确定任务的处理阶段，业务线程可能因任务推送迟缓处于空闲状态等。

当系统处理的用户请求量过大，如果还是采用传统的线性消息处理方式，可能会导致消息响应时间长，用户体验差，严重还可能会造成系统崩溃，甚至整个服务器宕机。本发明提出了一种技术方案，能够利用有限的资源，更快、更有效、更合理地处理用户请求。

发明内容

为了解决上述现有技术的缺陷，本发明的目的是提供一种基于消息分发的处理方法及装置，能够利用有限的资源，更快、更有效、更合理地处理用户请求。

为达到上述目的，本发明的技术方案是：

一种基于消息分发的处理方法，包括以下步骤：

创建并初始化N个一一对应关联的消息队列，业务线程和会话集，N为大于0的自然数；

接收用户请求；

获取用户请求的处理编号；

根据处理编号，将请求任务推送至对应处理编号的消息队列；

业务线程循环获取相同处理编号的消息队列的请求任务，并处理请求。

进一步地，所述获取用户请求的处理编号步骤，包括，

解析用户请求，获取用户请求唯一对应的标识id；

根据标识id得到该用户请求的处理编号。

进一步地，所述根据处理编号，将请求任务推送至对应处理编号的消息队列步骤，包括，

在会话集中查询对应处理编号的会话是否存在；

若存在，则更新会话状态；

若不存在，则创建一个新会话，关联该处理编号。

进一步地，所述业务线程循环获取相同处理编号的消息队列的请求任务，并处理请求步骤之后，包括，

监控并维护所有业务线程的业务状态。

进一步地，所述监控所有业务线程的业务状态步骤，包括，

若业务线程非正常结束，维护线程重新创建并启动一个新的业务线程；

若会话超时，移除超时的会话。

本发明还提出一种基于消息分发的处理装置，包括：

关联创建单元，用于创建并初始化N个一一对应关联的消息队列，业务线程和会话集，N为大于0的自然数；

请求接收单元，用于接收用户请求；

编号获取单元，用于获取用户请求的处理编号；

任务推送单元，用于根据处理编号，将请求任务推送至对应处理编号的消息队列；

请求处理单元，用于业务线程循环获取相同处理编号的消息队列的请求任务，并处理请求。

进一步地，所述编号获取单元包括：

解析模块，用于解析用户请求，获取用户请求唯一对应的标识id；

计算模块，用于根据标识id得到该用户请求的处理编号。

进一步地，所述任务推送单元包括：

查询模块，用于在会话集中查询对应处理编号的会话是否存在；

更新模块，用于若存在，则更新会话状态；

新建模块，用于若不存在，则创建一个新会话，关联该处理编号。

进一步地，还包括监控维护单元，用于监控所有业务线程的业务状态。

进一步地，所述监控维护单元包括：

第一维护模块，用于若业务线程非正常结束，维护线程重新创建并启动一个新的业务线程；

第二维护模块，用于若会话超时，移除超时会话。

本发明的有益效果是：本方案通过将消息队列、业务线程和会话集一一对应关联，每一个业务线程对应一个消息队列循环获取请求任务进行处理，多通道处理用户请求，可以并发处理更多的请求任务，提高用户体验；同时维护线程根据业务线程的状态，对业务线程进行实时维护，保证业务线程能够正常运作。

附图说明

图1为本发明一实施例一种基于消息分发的处理方法的方法流程图；

图2为本发明图1实施例一种获取处理编号的方法流程图；

图3为本发明图1实施例一种查询会话状态的方法流程图；

图4为本发明另一实施例一种基于消息分发的处理方法的方法流程图；

图5为本发明图4实施例一种监控线程状态的方法流程图；

图6为本发明另一实施例一种基于消息分发的处理装置的结构框图；

图7为本发明图6实施例一种编号获取单元的结构框图；

图8为本发明图6实施例一种任务推送单元的结构框图；

图9为本发明图6实施例一种监控维护单元的结构框图。

具体实施方式

为阐述本发明的思想及目的，下面将结合附图和具体实施例对本发明做进一步的说明。

参照图1-3，提出本发明一具体实施例，一种基于消息分发的处理方法，包括以下步骤：

S10、创建并初始化N个一一对应关联的消息队列，业务线程和会话集，N为大于0的自然数。

S11、接收用户请求。

S12、获取用户请求的处理编号。

S13、根据处理编号，将请求任务推送至对应处理编号的消息队列。

S14、业务线程循环获取相同处理编号的消息队列的请求任务，并处理请求。

现有线程同步线程阻塞的解决方案是：利用消息任务队列化，任务随机分发机制，线程池等技术并发处理请求。由于处理任务所派发的业务线程是随机的，在线程同步中需要考虑资源竞争，阻塞等情况；另外，任务无法准确定位所在的业务线程，无法确定任务的处理阶段，业务线程可能因任务推送迟缓处于空闲状态等。

对于步骤S10，先创建1个或多个一一对应关联的消息队列、业务线程和会话集，实际使用时，业务线程从对应关联的消息队列，获取请求任务，并对请求任务依次进行处理，在业务线程中，由于每个线程所携带的用户标识是唯一的，所以每次处理用户请求的业务线程都相同，避免使用线程同步，减少因资源竞争而产生的阻塞，从而提高处理效率。另外，会话集用于保证会话安全，当会话集中存在超时会话，移除操作将在业务线程中进行，会话集采用分组方式，避免多个线程同时处理会话集，业务线程处理会话集中对应的分组，降低线程同步产生的性能损耗。

其中N为大于0的自然数，例如1、2、3等等，根据实际需要进行设置。

具体的，消息队列，采用链表式列表集合，方便频繁地进行入队、出队操作。

业务线程，采用线程集的形式，由系统自身监控各业务线程的生命周期；业务线程会关联一个专属的消息队列，从这个消息队列中获取请求任务。

会话集，为保证会话安全，当会话集中存在超时会话，移除超时会话的操作将在业务线程中进行。

维护线程，维护线程用于保证业务线程能够正常运作，及扫描到超时会话时通知相应的业务线程处理。

对于步骤S11，接收用户请求，用户请求包含请求任务的实际内容，以及请求任务对应关联的处理编号信息。

对于步骤S12，获取用户请求对应的处理编号，处理编号用于将消息队列、业务线程和会话集关联起来，业务线程从相同处理编号的消息队列中获取处理任务。

具体的，步骤S12包括：

S121、解析用户请求，获取用户请求唯一对应的标识id。

S122、根据标识id得到该用户请求的处理编号。

对于步骤S121，用户请求包含请求任务的实际内容，以及请求任务对应关联的处理编号信息，获取处理编号信息。具体过程为：接收到用户请求时，解析请求参数，获取用户请求唯一对应的标识id(也是用户唯一对应的标识id)，每个用户请求根据处理编号推送到对应的消息队列中，由业务线程根据处理编号到对应的消息队列中循环获取对应的请求任务。

对于步骤S122，在获取到标识id后，根据算法计算出该用户请求的处理编号，本实施例的计算算法为|identity.hashcode％threadNum|。

对于步骤S13，在获取到用户请求对应的处理编号之后，根据处理编号将请求任务推送到对应处理编号的消息队列中，由业务线程根据处理编号到对应的消息队列中循环获取对应的请求任务。

具体的，步骤S13，包括：

S131、在会话集中查询对应处理编号的会话是否存在。

S132、若存在，则更新会话状态。

S133、若不存在，则创建一个新会话，关联该处理编号。

对于步骤S131-S133，在将请求任务推送到对应的消息队列时，先根据处理编号在会话集中查询，存在则更新会话状态，如果不存在与该处理编号对应的会话，则新建一个会话，并与该处理编号相关联，保证会话安全，同时对用户请求状态进行监控。会话集采用分组方式，避免了多个线程同时处理会话集，业务线程处理分组中对应的会话集，降低线程同步产生的性能损耗。

对于步骤S14，具体处理时，有业务线程循环处理相同处理编号的消息队列内的请求任务，并进一步处理请求，响应请求。

将消息队列、业务线程和会话集一一对应关联，每一个业务线程对应一个消息队列循环获取请求任务进行处理，多通道处理用户请求，可以并发处理更多的请求任务，提高用户体验。

参考图4和图5，提出本发明另一具体实施例，一种基于消息分发的处理方法，包括以下步骤：

S20、创建并初始化N个一一对应关联的消息队列，业务线程和会话集，N为大于0的自然数。

S21、接收用户请求。

S22、获取用户请求的处理编号。

S23、根据处理编号，将请求任务推送至对应处理编号的消息队列。

S24、业务线程循环获取相同处理编号的消息队列的请求任务，并处理请求。

S25、监控并维护所有业务线程的业务状态。

上述的步骤S20-S24，与上述实施例的步骤S10-S14相同，不在此进一步进行阐述。

对于步骤S25，通过扫描会话集中所有的会话，来发现会话集中是否纯在超时会话，或者业务线程是否正常运行。若干业务线程非正常运行或者会话超时，这通知业务线程或维护线程进行维护，保证业务线程正常运行。

具体的，步骤S25，包括：

S251、若业务线程非正常结束，维护线程重新创建并启动一个新的业务线程。

S252、若会话超时，移除超时的会话。

对于步骤S251，业务线程非正常结束，则需要通过维护线程重新建立业务线程，保证业务线程的正常运行。

对于步骤S252，在扫描到超时会话，然后通知业务线程移除超时的会话，进入新的会话，避免业务线程阻塞。

本方案通过将消息队列、业务线程和会话集一一对应关联，每一个业务线程对应一个消息队列循环获取请求任务进行处理，多通道处理用户请求，可以并发处理更多的请求任务，提高用户体验；同时维护线程根据业务线程的状态，对业务线程进行实时维护，保证业务线程能够正常运作。

参考图6-9，本发明的另一实施例还提出一种基于消息分发的处理装置，包括：

关联创建单元10，用于创建并初始化N个一一对应关联的消息队列，业务线程和会话集，N为大于0的自然数。

请求接收单元20，用于接收用户请求。

编号获取单元30，用于获取用户请求的处理编号。

任务推送单元40，用于根据处理编号，将请求任务推送至对应处理编号的消息队列。

请求处理单元50，用于业务线程循环获取相同处理编号的消息队列的请求任务，并处理请求。

监控维护单元60，用于监控所有业务线程的业务状态。

现有线程同步线程阻塞的解决方案是：利用消息任务队列化，任务随机分发机制，线程池等技术并发处理请求。由于处理任务所派发的业务线程是随机的，在线程同步中需要考虑资源竞争，阻塞等情况；另外，任务无法准确定位所在的业务线程，无法确定任务的处理阶段，业务线程可能因任务推送迟缓处于空闲状态等。

对于关联创建单元10，先创建1个或多个一一对应关联的消息队列、业务线程和会话集，实际使用时，业务线程从对应关联的消息队列，获取请求任务，并对请求任务依次进行处理，在业务线程中，由于每个线程所携带的用户标识是唯一的，所以每次处理用户请求的业务线程都相同，避免使用线程同步，减少因资源竞争而产生的阻塞，从而提高处理效率。另外，会话集用于保证会话安全，当会话集中存在超时会话，移除操作将在业务线程中进行，会话集采用分组方式，避免多个线程同时处理会话集，业务线程处理会话集中对应的分组，降低线程同步产生的性能损耗。

其中N为大于0的自然数，例如1、2、3等等，根据实际需要进行设置。

具体的，消息队列，采用链表式列表集合，方便频繁地进行入队、出队操作。

业务线程，采用线程集的形式，由系统自身监控各业务线程的生命周期；业务线程会关联一个专属的消息队列，从这个消息队列中获取请求任务。

会话集，为保证会话安全，当会话集中存在超时会话，移除超时会话的操作将在业务线程中进行。

维护线程，维护线程用于保证业务线程能够正常运作，及扫描到超时会话时通知相应的业务线程处理。

对于请求接收单元20，接收用户请求，用户请求包含请求任务的实际内容，以及请求任务对应关联的处理编号信息。

对于编号获取单元30，获取用户请求对应的处理编号，处理编号用于将消息队列、业务线程和会话集关联起来，业务线程从相同处理编号的消息队列中获取处理任务。

参考图7，编号获取单元30包括：

解析模块31，用于解析用户请求，获取用户请求唯一对应的标识id。

计算模块32，用于根据标识id得到该用户请求的处理编号。

对于解析模块31，用户请求包含请求任务的实际内容，以及请求任务对应关联的处理编号信息，获取处理编号信息。具体过程为：接收到用户请求时，解析请求参数，获取用户请求唯一对应的标识id(也是用户唯一对应的标识id)，每个用户请求根据处理编号推送到对应的消息队列中，由业务线程根据处理编号到对应的消息队列中循环获取对应的请求任务。

对于计算模块32，在获取到标识id后，根据算法计算出该用户请求的处理编号，本实施例的计算算法为|identity.hashcode％threadNum|。

对于任务推送单元40，在获取到用户请求对应的处理编号之后，根据处理编号将请求任务推送到对应处理编号的消息队列中，由业务线程根据处理编号到对应的消息队列中循环获取对应的请求任务。

参考图8，任务推送单元40包括：

查询模块41，用于在会话集中查询对应处理编号的会话是否存在。

更新模块42，用于若存在，则更新会话状态。

新建模块43，用于若不存在，则创建一个新会话，关联该处理编号。

对于查询模块41、更新模块42和新建模块43，在将请求任务推送到对应的消息队列时，先根据处理编号在会话集中查询，存在则更新会话状态，如果不存在与该处理编号对应的会话，则新建一个会话，并与该处理编号相关联，保证会话安全，同时对用户请求状态进行监控。会话集采用分组方式，避免了多个线程同时处理会话集，业务线程处理分组中对应的会话集，降低线程同步产生的性能损耗。

对于请求处理单元50，具体处理时，有业务线程循环处理相同处理编号的消息队列内的请求任务，并进一步处理请求，响应请求。

对于监控维护单元60，通过扫描会话集中所有的会话，来发现会话集中是否纯在超时会话，或者业务线程是否正常运行。若干业务线程非正常运行或者会话超时，这通知业务线程或维护线程进行维护，保证业务线程正常运行。

参考图9，监控维护单元包括：

第一维护模块61，用于若业务线程非正常结束，维护线程重新创建并启动一个新的业务线程。

第二维护模块62，用于若会话超时，移除超时会话。

对于第一维护模块61，业务线程非正常结束，则需要通过维护线程重新建立业务线程，保证业务线程的正常运行。

对于第二维护模块62，在扫描到超时会话，然后通知业务线程移除超时的会话，进入新的会话，避免业务线程阻塞。

本方案通过将消息队列、业务线程和会话集一一对应关联，每一个业务线程对应一个消息队列循环获取请求任务进行处理，多通道处理用户请求，可以并发处理更多的请求任务，提高用户体验；同时维护线程根据业务线程的状态，对业务线程进行实时维护，保证业务线程能够正常运作。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种基于消息分发的处理方法，其特征在于，包括以下步骤：

创建并初始化N个一一对应关联的消息队列，业务线程和会话集，N为大于0的自然数；

接收用户请求；

获取用户请求的处理编号；

根据处理编号，将请求任务推送至对应处理编号的消息队列；

业务线程循环获取相同处理编号的消息队列的请求任务，并处理请求。

2.如权利要求1所述的基于消息分发的处理方法，其特征在于，所述获取用户请求的处理编号步骤，包括，

解析用户请求，获取用户请求唯一对应的标识id；

根据标识id得到该用户请求的处理编号。

3.如权利要求1所述的基于消息分发的处理方法，其特征在于，所述根据处理编号，将请求任务推送至对应处理编号的消息队列步骤，包括，

在会话集中查询对应处理编号的会话是否存在；

若存在，则更新会话状态；

若不存在，则创建一个新会话，关联该处理编号。

4.如权利要求1所述的基于消息分发的处理方法，其特征在于，所述业务线程循环获取相同处理编号的消息队列的请求任务，并处理请求步骤之后，包括，

监控并维护所有业务线程的业务状态。

5.如权利要求4所述的基于消息分发的处理方法，其特征在于，所述监控所有业务线程的业务状态步骤，包括，

若业务线程非正常结束，维护线程重新创建并启动一个新的业务线程；

若会话超时，移除超时的会话。

6.一种基于消息分发的处理装置，其特征在于，包括：

关联创建单元，用于创建并初始化N个一一对应关联的消息队列，业务线程和会话集，N为大于0的自然数；

请求接收单元，用于接收用户请求；

编号获取单元，用于获取用户请求的处理编号；

任务推送单元，用于根据处理编号，将请求任务推送至对应处理编号的消息队列；

请求处理单元，用于业务线程循环获取相同处理编号的消息队列的请求任务，并处理请求。

7.如权利要求6所述的一种基于消息分发的处理装置，其特征在于，所述编号获取单元包括：

解析模块，用于解析用户请求，获取用户请求唯一对应的标识id；

计算模块，用于根据标识id得到该用户请求的处理编号。

8.如权利要求6所述的一种基于消息分发的处理装置，其特征在于，所述任务推送单元包括：

查询模块，用于在会话集中查询对应处理编号的会话是否存在；

更新模块，用于若存在，则更新会话状态；

新建模块，用于若不存在，则创建一个新会话，关联该处理编号。

9.如权利要求6所述的一种基于消息分发的处理装置，其特征在于，还包括监控维护单元，用于监控所有业务线程的业务状态。

10.如权利要求9所述的一种基于消息分发的处理装置，其特征在于，所述监控维护单元包括：

第一维护模块，用于若业务线程非正常结束，维护线程重新创建并启动一个新的业务线程；

第二维护模块，用于若会话超时，移除超时会话。