CN106383743A - 业务处理方法及系统 - Google Patents

Abstract

本申请公开了一种业务处理方法及系统。根据该方法，管理进程创建业务处理进程用于处理接收到的业务请求，并为所述业务处理进程设置运行数据的阈值。监测所述业务处理进程的运行数据是否达到所述阈值。当监测到所述运行数据达到所述阈值时，结束所述业务处理进程并由所述管理进程创建新的业务处理进程。本申请的技术方案可以降低资源泄露问题对系统运行的影响，缩短应用的开发周期。

Description

业务处理方法及系统

技术领域

本申请涉及互联网技术，特别涉及一种业务处理方法及系统。

背景技术

随着互联网技术的高速发展，互联网业务提供者需要不断提高业务能力以适应用户不断增长的业务需求，这就需要对服务器侧的业务处理逻辑不断地进行快速更新。业务处理逻辑的开发过程中，资源泄露问题的查找和解决是非常耗时、费力的一环。但是，如果不妥善解决资源泄露问题，服务器运行过程中，处理资源就会不断地被消耗，使得服务器处理能力不断下降，甚至面临崩溃的风险。

发明内容

本申请提供了一种业务处理方法及系统，使业务处理进程定期结束运行，并创建新的业务处理进程，从而降低资源泄露对系统运行的影响，缩短应用的开发周期。

一种业务处理方法，其特征在于，包括：

管理进程创建业务处理进程用于处理接收到的业务请求；

所述管理进程为所述业务处理进程设置运行数据的阈值；

监测所述业务处理进程的运行数据是否达到所述阈值；

当监测到所述运行数据达到所述阈值时，结束所述业务处理进程并由所述管理进程创建新的业务处理进程。

一种业务处理系统，其特征在于，包括：管理进程和业务处理进程；

所述管理进程包括：

创建模块，用于创建业务处理进程用于处理接收到的业务请求，为所述业务处理进程设置运行数据的阈值；当监测到所述业务处理进程结束运行时，创建新的业务处理进程；

所述业务处理进程包括：

退出模块，用于监测所述业务处理进程的运行数据是否达到所述阈值；当监测到所述运行数据达到所述阈值，结束运行。

本申请的技术方案通过监测业务处理进程的运行数据，当运行数据达到预设的阈值时，使业务处理进程结束运行。该业务处理进程运行期间占用的系统资源由操作系统进行回收。这样，就可以降低资源泄露对系统运行的影响，缩短应用的开发周期。

附图说明

图1是本申请实施例的一种业务处理方法；

图2为本申请实施例的一种业务处理系统的示意图；

图3为本申请实施例的一种业务处理方法的流程图；

图4为本申请实施例的一种业务处理方法的流程图；

图5和图6为本申请实施例中管理进程和业务处理流程对应的业务处理方法的流程图；

图7为本申请实施例的一种业务处理系统的示意图。

具体实施方式

为了描述上的简洁和直观，下文通过描述若干代表性的实施例来对本发明的方案进行阐述。实施例中大量的细节仅用于帮助理解本发明的方案，本发明的技术方案实现时可以不局限于这些细节。为了避免不必要地模糊了本发明的方案，一些实施方式没有进行细致地描述，而是仅给出了框架。下文中，“包括”是指“包括但不限于”，“根据……”是指“至少根据……，但不限于仅根据……”，应当解释为除了之后提到的特征外，其它特征也可以存在。

本申请实施例提供了一种业务处理方法，可以不必浪费大量时间和精力解决资源泄露问题，从而加速业务处理逻辑的迭代进程。

图1是本申请实施例的一种业务处理方法。如图1所示，该方法10可以包括以下步骤。

步骤S11，管理进程创建业务处理进程用于处理接收到的业务请求。

步骤S12，所述管理进程为所述业务处理进程设置运行数据的阈值。

步骤S13，监测所述业务处理进程的运行数据是否达到所述阈值。

步骤S14，当监测到所述运行数据达到所述阈值时，结束所述业务处理进程并由所述管理进程创建新的业务处理进程。

业务请求是指通过网络接收到的来自用户的、为了获取某种服务的请求。业务请求的形式和内容可以根据服务器所提供的业务种类而定。例如，当服务器提供即时通信业务时，业务请求可以包括登录请求、添加好友请求、发送即时消息请求，等；当服务器提供网络存储业务时，业务请求可以包括上传文件请求、下载文件请求、查询文件属性请求，等。

管理进程和业务处理进程是运行在业务处理系统中的进程。图2为本申请实施例的一种业务处理系统20的示意图。业务处理系统20可以包括一个或多个计算设备，例如服务器，服务器集群，等。如图2所示，该业务处理系统20可以包括处理器21、通信接口24、存储装置26和总线29。存储装置116中包括操作系统27、通信模块28、数据库22和业务处理应用23。

处理器21可以有一个或者多个，可以在同一个物理设备中，或者分布在多个物理设备中。

系统20可以利用通信接口24通过网络接收用户设备发送的业务请求，并通过通信接口24将处理结果提供给用户设备。

业务处理应用23是用于处理业务的逻辑，可以由计算机语言编写的代码实现。业务处理系统20可以通过运行业务处理应用23来为用户提供服务。业务处理应用23运行时，可以在操作系统27中创建进程来处理来自用户的各种业务请求。这些进程可以包括管理进程271和业务处理进程。各实施例中，业务处理进程可以有一个或者多个。如图2的例子中，多个业务处理进程2721、2722、…272n可以共同分担处理负荷。

管理进程271用于监管业务处理进程，可以创建业务处理进程、监控业务处理进程的运行情况等。

业务处理进程是用于为用户提供所请求的服务的进程。业务处理进程被创建并运行后，其运行数据可以记录在系统20中。运行数据是记录业务处理进程的运行状态的数据，例如累计运行时间、累计处理业务请求的数目，等。运行数据可以由业务处理进程自身来记录，也可以由管理进程271来记录。

在当前记录的运行数据达到预设的阈值时，业务处理进程结束运行。这样，业务处理进程之前运行过程中占用的处理资源(包括内存泄露占用的资源)会由操作系统进行回收。业务处理进程结束运行后，管理进程271会创建新的业务处理进程。

这样，为业务处理进程设置运行数据的阈值后，业务处理进程会在达到阈值后结束运行，使运行期间占用的资源被操作系统回收，降低了应用中存在的资源泄露的问题对系统运行的影响，同时也降低了对应用的资源泄露问题的要求，不必花费大量的精力与时间解决资源泄露问题，缩短应用的开发周期。

一些例子中，可以实时记录所述业务处理进程的运行数据，并监测当前记录的所述运行数据是否达到所述阈值。

一些例子中，阈值可以是时长阈值或者数目阈值，例如10分钟、处理1000个请求，等。可以使用计时器/倒计时器、计数器/倒计数器来记录运行数据。例如，当阈值为运行时长的阈值时，可以使用倒计时器来进行倒计时，倒计时器的初始值设为该阈值，当倒计时器到时的时候，则判断运行数据达到阈值。倒计数器的使用方式类似。当阈值为处理的业务请求的数目的阈值时，可以使用计数器来对处理的业务请求进行计数，当计数器的计数值达到该阈值时，则判断运行数据达到阈值。计时器的使用方式类似。

又一些例子中，可以定期判断当前记录的运行数据是否达到阈值，也可以在记录的运行数据的变化量达到某一阈值时判断当前记录的运行数据是否达到阈值。例如，可以设定每隔一段时间判断一次当前运行数据是否达到阈值，或者隔每处理一定量的请求后判断一次当前运行数据是否达到阈值，等。

例如，当所述阈值包括时长阈值时，可以设置计时器，用于记录所述业务处理进程的运行时间。可以监测计时器记录的运行时间是否达到所述时长阈值；当所述运行时间达到所述时长阈值时，判断所述运行数据达到所述阈值。

又例如，当所述阈值包括数目阈值时，可以设置计数器，记录所述业务处理进程处理的业务请求的数目。可以监测计数器记录的数目是否达到所述数目阈值；当所述计数器记录的数目达到所述数目阈值时，判断所述运行数据达到所述阈值。

其它例子中，可以为其它类型的运行数据设置阈值，不限于上面所述的运行时间和处理请求的数目。

一些例子中，可以由业务处理进程自身来记录上述运行数据，并判断所述运行数据是否达到所述阈值。当所述业务处理进程判断所述运行数据达到所述阈值时，结束自身运行。一些例子中，当判断所述运行数据达到所述阈值时，所述业务处理进程还可以向所述管理进程发送退出消息。所述管理进程可以在收到所述退出消息时，创建新的业务处理进程。图3为本申请实施例的一种业务处理方法的流程图。如图3所示，该方法30可以包括以下步骤。

步骤S31，管理进程创建业务处理进程。

管理进程可以在服务器初始化的过程中创建业务处理进程，也可以在提供服务的过程中根据需要创建业务处理进程。

步骤S32，业务处理进程获取配置的运行时间的阈值，利用该阈值设置计时器，用于实时记录运行时间。

业务处理进程被创建后，可以执行初始化操作。例如，初始化可以包括业务逻辑的初始化，读取配置的参数，等。业务逻辑是指的业务进程自身的处理流程，包括是否需要链接数据库，等。配置的参数可以包括业务进程需要监听的端口、运行数据的阈值，等。

步骤S33，业务处理进程监听对外服务的端口(比如端口80)，从该端口接收用户设备发送的业务请求，并将处理结果通过该端口发送给用户设备。

一些例子中，每个用户设备可以与一个业务处理进程建立通信连接，这个通信连接上的所有的业务请求都由这个业务进程来处理。当存在多个业务处理进程时，各业务处理进程分别服务不同的用户设备，从而实现负载分担。这里，通信连接不是指物理上的连接，而是一种逻辑对应关系。例如，当业务进程接受了一个用户设备的连接请求后，即在系统(例如，操作系统或者其它机制)中建立了该业务进程与该用户设备的信息(例如IP地址、端口，等)之间的关联关系。当接收到该用户设备发来的业务请求时，系统即可通过业务请求中该用户设备的信息确定对应的业务进程，并将该业务请求提供给该业务处理进程进行处理。

步骤S34，计时器到时，业务处理进程向管理进程发送退出消息，并结束运行。

当业务处理进程结束运行时，上述与用户设备之间的通信连接会被关闭。用户设备可以与另一业务处理进程建立新的通信连接。

步骤S35，管理进程接收到退出消息，创建新的业务处理进程。

管理进程接收到退出消息后，判断有业务处理进程结束了运行，因此创建一个新的业务处理进程，从而补充处理资源。

该例子中，通过使用退出消息，管理进程不必监控业务处理进程是否退出，只需要在收到退出消息时创建新的业务处理进程即可。这样，可以进一步简化管理进程的处理流程，降低实现管理进程的代码指令的复杂度，从而可以减少管理进程部分的代码产生的资源泄露。

另一些例子中，可以由所述管理进程来记录上述运行数据，并判断所述运行数据是否达到所述阈值。当所述管理进程判断所述运行数据达到所述阈值时，向所述业务处理进程发出退出运行的指令，以使所述业务处理进程结束运行。图4为本申请实施例的一种业务处理方法的流程图。如图3所示，该方法40可以包括以下步骤。

步骤S41，管理进程创建业务处理进程，获取配置的数目阈值。

本例中，由管理进程来维护业务处理进程的运行数据，例如处理的业务请求的数目。数目阈值可以由管理进程从配置文件中读取，或者通过配置接口接收管理人员输入的值。

步骤S42，管理进程为该业务处理进程设置计数器，利用该计数器记录该业务处理进程处理的业务请求的数目。

当有多个业务处理进程时，管理进程需要分别为每个业务处理进程设置计数器。管理进程需要记录计数器与业务处理进程的对应关系。例如，可以将计数器的ID与业务处理进程的进程ID进行对应保存。

步骤S43，管理进程监听对外服务的端口(比如端口80)，从该端口接收业务请求，将业务请求分配给该业务处理进程进行处理，使计数器的计数值加1，并将业务处理进程返回的处理结果通过该端口发给用户设备。

该例子中，由管理进程负责监听端口、接收用户的业务请求，把业务请求分配给各个业务子进程进行处理。

步骤S44，管理进程判断该计数器记录的数目是否达到所述数目阈值，如果没有达到，则执行步骤S43；如果达到，则执行步骤S45。

管理进程可以定期检查计数器的数值是否达到数目阈值，如果已经达到，则执行步骤S45。例如，每隔预定的时间间隔检查一次。

步骤S45，管理进程向业务处理进程发送退出消息，并创建新的业务处理进程。

管理进程可以在向满足条件的业务处理进程发送退出消息后，删除该业务处理进程对应的计数器。当同时有多个业务处理进程满足退出条件时，为了避免对业务产生影响，管理进程可以仅向其中预设数目个业务处理进程发送退出消息，在其它时机(例如经过预定时间后，或者创建了新的业务处理进程后)向剩余业务处理进程发送退出消息。

步骤S46，业务处理进程接收到退出消息，结束运行。

业务处理进程可以在接收到退出消息后判断当前是否存在正在处理中的业务请求，如果有，则在该业务请求处理完毕之后再结束运行。

这个例子中，由管理进程统一管理业务处理进程的运行数据、确定各业务处理进程的退出时机，从而可以将与业务处理不相关的处理流程从业务处理进程中剥离出来，降低业务处理进程的实现复杂度。

通过上面的方案，业务处理进程可以定期退出，然后由业务进程的监控进程再创建新的业务进程，这样旧的业务处理进程所泄漏的资源会由操作系统自动进行回收。这样，虽然资源泄漏的问题仍然存在，但由于会定期清理泄露的资源，就降低了资源泄露对系统运行的影响。

还有一些例子中，可以设置多个阈值，当运行数据达到其中一个或者几个阈值时，业务处理进程结束运行。图5和图6为本申请实施例中管理进程和业务处理流程对应的业务处理方法的流程图。

本例中，设置有两个运行数据的阈值，即配置项max_exec_secs和max_exec_count，分别表示业务处理进程最大的运行秒数、业务处理进程处理的请求的最大个数，例如，max_exec_secs可以为600秒，max_exec_count可以为100000。

管理进程负责创建各个业务处理进程、监控业务处理进程，如果有退出的业务处理进程，就创建新的业务处理进程。

业务处理进程负责接收业务请求并处理，同时计时和计数，当业务处理进程运行的时间大于配置的max_exec_secs或业务进程处理的请求数大于max_exec_count时，该业务进程主动退出。

如图5所示，该方法50可以包括以下步骤。

步骤S51，在应用启动时，管理进程进行初始化，加载max_exec_secs和max_exec_count配置。

步骤S52，管理进程创建各个业务处理进程，并将max_exec_secs和max_exec_count传递给各业务处理进程。

步骤S53，管理进程监控是否接收到业务处理进程的退出消息，如果有则执行步骤S54。

步骤S54，创建新的业务处理进程，并返回步骤S53。

如图6所示，该方法60可以包括以下步骤。

步骤S61，业务处理进程启动，记录启动的时间到时间戳start_timestamp。

步骤S62，业务处理进程设置计数器，用于记录处理请求的个数，并将计数器初始化为0。

步骤S63，监听业务端口，接收并处理业务请求，计数器加1。

步骤S64，判断计数器的计数值是否大于max_exec_count，如果大于的话，执行步骤S66；如果不大于，则执行步骤S65。

步骤S65，判断当前时间减去start_timestamp是否大于max_exec_secs，如果大于的话，执行步骤S66；如果不大于，则执行步骤S63。

步骤S65，向管理进程发送退出消息，并结束运行。

该例中，通过为多种运行数据分别设置阈值，可以使得业务处理进程的退出时间具有差别，从而避免多个业务处理进程同时退出对业务处理产生的影响。

图7为本申请实施例的一种业务处理系统的示意图。该系统70包括：管理进程71和业务处理进程72。

所述管理进程71包括：

创建模块73，用于创建业务处理进程以处理接收到的业务请求，为所述业务处理进程设置运行数据的阈值；当监测到所述业务处理进程结束运行时，创建新的业务处理进程。

所述业务处理进程72包括：

监测模块74，用于监测所述业务处理进程的运行数据是否达到所述阈值；当监测到所述运行数据达到所述阈值，结束运行。

一些例子中，所述业务处理进程74还可以包括：

记录模块76，用于实时记录所述业务处理进程的运行数据；

所述监测模块74可以监测当前记录的所述运行数据是否达到所述阈值。

一些例子中，当所述阈值包括时长阈值时，所述记录模块76可以设置计时器，用于记录所述业务处理进程的运行时间；所述监测模块74可以监测计时器记录的运行时间是否达到所述时长阈值；当所述运行时间达到所述时长阈值时，判断所述运行数据达到所述阈值。

一些例子中，当所述阈值包括数目阈值时，所述记录模块76可以设置计数器，用于记录所述业务处理进程处理的业务请求的数目；所述监测模块74可以监测计数器记录的数目是否达到所述数目阈值；当所述数目达到所述数目阈值时，判断所述运行数据达到所述阈值。

一些例子中，所述监测模块74还可以在判断所述运行数据达到所述阈值时，向所述创建模块73发送退出消息。所述创建模块73可以在收到所述退出消息时，创建新的业务处理进程。

需要说明的是，上述各流程和各结构图中不是所有的步骤和模块都是必须的，可以根据实际的需要忽略某些步骤或模块。各步骤的执行顺序不是固定的，可以根据需要进行调整。各模块的划分仅仅是为了便于描述采用的功能上的划分，实际实现时，一个模块可以分由多个模块实现，多个模块的功能也可以由同一个模块实现，这些模块可以位于同一个设备中，也可以位于不同的设备中。

各例中，各模块可以由专门的硬件或执行机器可读指令的硬件实现。例如，硬件可以为专门设计的永久性电路或逻辑器件(如专用处理器，如FPGA或ASIC)用于完成特定的操作。硬件也可以包括由软件临时配置的可编程逻辑器件或电路(如包括通用处理器或其它可编程处理器)用于执行特定操作。

各模块对应的机器可读指令可以存储在非易失性计算机可读存储介质中，使计算机上操作的操作系统等来完成这里描述的部分或者全部操作。非易失性计算机可读存储介质包括软盘、硬盘、磁光盘、光盘(如CD-ROM、CD-R、CD-RW、DVD-ROM、DVD-RAM、DVD-RW、DVD+RW)、磁带、非易失性存储卡和ROM。可选择地，可以由通信网络从服务器计算机上下载程序代码。

综上所述，权利要求的范围不应局限于以上描述的例子中的实施方式，而应当将说明书作为一个整体并给予最宽泛的解释。

Claims (12)

1.一种业务处理方法，其特征在于，包括：

管理进程创建业务处理进程用于处理接收到的业务请求；

所述管理进程为所述业务处理进程设置运行数据的阈值；

监测所述业务处理进程的运行数据是否达到所述阈值；

当监测到所述运行数据达到所述阈值时，结束所述业务处理进程并由所述管理进程创建新的业务处理进程。

2.根据权利要求1所述的方法，其特征在于，进一步包括：

实时记录所述业务处理进程的运行数据；

其中，监测运行数据是否达到所述阈值包括：监测当前记录的所述运行数据是否达到所述阈值。

3.根据权利要求2所述的方法，其特征在于，

所述阈值包括时长阈值；

记录所述业务处理进程的运行数据包括：设置计时器，用于记录所述业务处理进程的运行时间；

监测所述运行数据是否达到所述阈值包括：监测计时器记录的运行时间是否达到所述时长阈值；当所述运行时间达到所述时长阈值时，判断所述运行数据达到所述阈值。

4.根据权利要求2所述的方法，其特征在于，

所述阈值包括数目阈值；

记录所述业务处理进程的运行数据包括：设置计数器，记录所述业务处理进程处理的业务请求的数目；

监测所述运行数据是否达到所述阈值包括：监测计数器记录的数目是否达到所述数目阈值；当所述计数器记录的数目达到所述数目阈值时，判断所述运行数据达到所述阈值。

5.根据权利要求2所述的方法，其特征在于，

由所述业务处理进程记录所述运行数据并判断所述运行数据是否达到所述阈值；

当所述业务处理进程判断所述运行数据达到所述阈值时，结束自身运行。

6.根据权利要求2所述的方法，其特征在于，

由所述管理进程记录所述业务处理进程的运行数据并判断所述运行数据是否达到所述阈值；

当所述管理进程判断所述运行数据达到所述阈值时，向所述业务处理进程发出退出运行的指令，以使所述业务处理进程结束运行。

7.根据权利要求5所述的方法，其特征在于，进一步包括：

当判断所述运行数据达到所述阈值时，所述业务处理进程向所述管理进程发送退出消息；

所述由所述管理进程创建新的业务处理进程包括：

所述管理进程在收到所述退出消息时，创建新的业务处理进程。

8.一种业务处理系统，其特征在于，包括：管理进程和业务处理进程；

所述管理进程包括：

创建模块，用于创建业务处理进程用于处理接收到的业务请求，为所述业务处理进程设置运行数据的阈值；当监测到所述业务处理进程结束运行时，创建新的业务处理进程；

所述业务处理进程包括：

退出模块，用于监测所述业务处理进程的运行数据是否达到所述阈值；

当监测到所述运行数据达到所述阈值，结束运行。

9.根据权利要求8所述的业务处理系统，其特征在于，

所述业务处理进程进一步包括：记录模块，用于实时记录所述业务处理进程的运行数据；

所述退出模块用于监测当前记录的所述运行数据是否达到所述阈值。

10.根据权利要求9所述的业务处理系统，其特征在于，所述阈值包括时长阈值；

所述记录模块用于：设置计时器，用于记录所述业务处理进程的运行时间；

所述退出模块用于：监测计时器记录的运行时间是否达到所述时长阈值；当所述运行时间达到所述时长阈值时，判断所述运行数据达到所述阈值。

11.根据权利要求9所述的业务处理系统，其特征在于，所述阈值包括数目阈值；

所述记录模块用于：设置计数器，用于记录所述业务处理进程处理的业务请求的数目；

所述退出模块用于：监测计数器记录的数目是否达到所述数目阈值；当所述数目达到所述数目阈值时，判断所述运行数据达到所述阈值。

12.根据权利要求8所述的业务处理系统，其特征在于，所述退出模块进一步用于：

当判断所述运行数据达到所述阈值时，向所述创建模块发送退出消息；

所述创建模块用于：收到所述退出消息时，创建新的业务处理进程。