[发明专利]事件处理方法和装置

说明书

本发明公开了一种事件处理方法和装置。其中，该方法包括：获取第一请求，其中，第一请求用于请求执行第一目标事件，第一目标事件为在远程过程调用中执行的事件；在第一请求符合第一预设条件的情况下，获取在代理服务器中对第一目标事件进行处理所使用的多进程，其中，多进程的进程数量由代理服务器预先配置，且多进程的进程数量与第一目标事件相对应；通过多进程中每个进程分别对应的多线程处理第一目标事件，其中，多线程的线程数量由代理服务器预先配置，且多线程的线程数量与第一目标事件相对应。本发明解决了相关技术远程过程调用中的事件处理效率低下的技术问题。

技术领域

本发明涉及互联网领域，具体而言，涉及一种事件处理方法和装置。

背景技术

目前，在互联网的事件处理中，在面对大量的服务开发需求时，在不同的场景下，难以构建一个高性能、高并发、易上手、健壮性强的后台远程过程调用框架。特别是在计算任务密集、网络IO密集等场景下，对远程过程调用(Remote Procedure Call，简称为RPC)框架又有不同的要求。通常所采用的方法为采用单进程模式下的单进程服务。

图1是根据相关技术中的一种单进程模式下的事件处理的示意图。如图1所示，在单进程模式下，客户端根据需要服务器执行的目标事件发送用户请求，该用户请求可以为多个用户请求，IO线程专门处理网络IO，通过该IO线程接收用户请求。在通过IO线程接收到用户请求之后，通过任务队列中的多个任务(task)，将用户请求通过线程池中的多个子进程进行处理，进而完成对用户请求对应的目标事件进行处理。

对于上述技术方案，单进程模式下的事件处理存在以下问题：

(1)在单进程模式下，容易产生崩溃(crash)现象，并且在崩溃之后再重新启动也需要一定时间，从而造成服务在一定时间内大量不可用的状态。

(2)对于用于事件处理的网络框架和业务模块，在修改或者更新业务模块的业务逻辑之后，需要重新跟上述网络框架一起编译，从而造成事件处理的效率低下。

(3)对于计算密集型的服务，每个用户请求的时间都比较长，并且没有对任务队列的长度进行控制，容易造成服务雪崩。

(4)在开发业务时，需要考虑多线程的并发安全问题。

(5)现有的事件处理框架只能支持多线程或者多进程中的其中一种，不能满足不同服务的需求，从而造成相关技术远程过程调用中的事件处理效率低下。

针对上述相关技术远程过程调用中的事件处理效率低下的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种事件处理方法和装置，以至少解决相关技术远程过程调用中的事件处理效率低下的技术问题。

根据本发明实施例的一个方面，提供了一种事件处理方法。该事件处理方法包括：获取第一请求，其中，第一请求用于请求执行第一目标事件，第一目标事件为在远程过程调用中执行的事件；在第一请求符合第一预设条件的情况下，获取在代理服务器中对第一目标事件进行处理所使用的多进程，其中，多进程的进程数量由代理服务器预先配置，且多进程的进程数量与第一目标事件相对应；通过多进程中每个进程分别对应的多线程处理第一目标事件，其中，多线程的线程数量由代理服务器预先配置，且多线程的线程数量与第一目标事件相对应。

根据本发明实施例的另一方面，还提供了一种事件处理装置。该事件处理装置包括：第一获取单元，用于获取第一请求，其中，第一请求用于请求执行第一目标事件，第一目标事件为在远程过程调用中执行的事件；第二获取单元，用于在第一请求符合第一预设条件的情况下，获取在代理服务器中对第一目标事件进行处理所使用的多进程，其中，多进程的进程数量由代理服务器预先配置，且多进程的进程数量与第一目标事件相对应；第一处理单元，用于通过多进程中每个进程分别对应的多线程处理第一目标事件，其中，多线程的线程数量由代理服务器预先配置，且多线程的线程数量与第一目标事件相对应。