CN108694571A - 一种基于多进程的业务处理方法及装置 - Google Patents

Abstract

本申请公开了一种基于多进程的业务处理方法及装置，方法包括：针对任一已创建的业务处理进程，根据预设的配置参数，配置该业务处理进程的属性，其中，该配置参数以及该属性均包括网络端口标识，通过该网络端口标识对应的网络端口接收携带有业务数据的业务处理请求，对该业务数据进行处理，返回处理后的结果。通过上述方法，通过创建具有数据接收功能，数据处理功能以及数据返回功能的业务处理进程，业务数据无需在进程之间进程数据传递，有效的解决了数据在进程之间进行传递而造成的丢失以及损坏，并且，即使某一个业务处理进程出现异常，其他业务处理进程也可正常的接收并处理业务数据。

Description

一种基于多进程的业务处理方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种基于多进程的业务处理方法及装置。

背景技术

随着计算机技术与网络技术的不断发展，越来越多的服务商基于网络为用户提供不同的业务。

目前，在大流量，高并发的情况下，为了充分的利用网络和服务器资源，通常会采用多进程的方式来处理业务。

现有的采用多进程的方式处理业务的过程中，需要建立具有接收业务数据功能的进程，具有业务处理功能的进程以及具有数据返回功能的进程，其次，具有接收业务数据功能的进程接收用户发送的携带有各业务数据以及与各业务数据对应的业务处理逻辑代码的调用指令，再将接收到的各业务数据以及与各业务数据对应的业务处理逻辑代码发送给具有业务处理功能的进程，针对每个业务处理逻辑代码，具有业务处理功能的进程执行该业务处理逻辑代码，生成该业务处理逻辑代码对应的子进程，并处理与业务处理逻辑代码对应的业务数据，并将处理结果发送给具有数据返回功能的进程，具有数据返回功能的进程将处理结果发送给用户。

但是，在现有技术中，具有接收业务数据功能的进程，具有业务处理功能的进程以及具有数据返回功能的进程均暴露在操作系统中，容易造成各进程之间在传递数据时，出现丢失以及损坏，并且，如果具有接收业务数据功能的进程出现异常，则具有业务处理功能的进程无法工作，也就无法为用户处理相应的业务。

发明内容

本申请实施例提供一种基于多进程的业务处理方法及装置，用以解决现有技术中容易造成各进程之间在传递数据时，出现丢失以及损坏以及如果具有接收业务数据功能的进程出现异常，则具有业务处理功能的进程无法工作的问题。

本申请实施例提供一种基于多进程的业务处理方法，包括：

针对任一已创建的业务处理进程，根据预设的配置参数，配置该业务处理进程的属性，其中，所述配置参数以及所述属性均包括网络端口标识；

通过所述网络端口标识对应的网络端口接收业务处理请求，其中，所述业务处理请求中携带有业务数据；

对所述业务数据进行处理；

返回处理后的结果。

优选地，在针对任一已创建的业务处理进程，根据预设的配置参数，配置该业务处理进程的属性之前，所述方法还包括：根据预设的待创建业务处理进程的数量，创建业务处理进程；或根据服务器的运行参数创建业务处理进程。

优选地，所述业务处理请求中还携带有业务逻辑标识；根据所述业务逻辑标识，确定所述业务逻辑标识对应的业务逻辑，对所述业务数据执行所述业务逻辑。

优选地，所述配置参数以及所述属性还均包括待创建的业务处理线程的数量；所述方法还包括：当根据预设的配置参数，配置该业务处理进程的属性后，根据待创建的业务处理线程的数量，创建业务处理线程；通过创建的业务处理线程，对所述业务数据进行处理。

优选地，所述已创建的业务处理进程常驻于操作系统。

本申请实施例提供一种基于多进程的业务处理装置，包括：

配置模块，用于针对任一已创建的业务处理进程，根据预设的配置参数，配置该业务处理进程的属性，其中，所述配置参数以及所述属性均包括网络端口标识；

接收模块，用于通过所述网络端口标识对应的网络端口接收业务处理请求，其中，所述业务处理请求中携带有业务数据；

业务处理模块，用于对所述业务数据进行处理；

数据发送模块，用于返回处理后的结果。

优选地，所述装置还包括：

业务处理进程创建模块，用于在所述配置模块针对任一已创建的业务处理进程，根据预设的配置参数，配置该业务处理进程的属性之前，根据预设的待创建业务处理进程的数量，创建业务处理进程；或根据服务器的运行参数创建业务处理进程。

优选地，所述业务处理请求中还携带有业务逻辑标识；所述业务处理模块具体用于，根据所述业务逻辑标识，确定所述业务逻辑标识对应的业务逻辑，对所述业务数据执行所述业务逻辑。

优选地，所述配置参数以及所述属性还均包括待创建的业务处理线程的数量；所述装置还包括：

业务处理线程创建模块，用于当所述配置模块根据预设的配置参数，配置该业务处理进程的属性后，根据待创建的业务处理线程的数量，创建业务处理线程，所述业务处理模块具体用于通过创建的业务处理线程，对所述业务数据进行处理。

优选地，所述已创建的业务处理进程常驻于操作系统。

本申请实施例提供一种基于多进程的业务处理方法及装置，该方法包括：针对任一已创建的业务处理进程，根据预设的配置参数，配置该业务处理进程的属性，其中，所述配置参数以及所述属性均包括网络端口标识，通过所述网络端口标识对应的网络端口接收业务处理请求，其中，所述业务处理请求中携带有业务数据，对所述业务数据进行处理，返回处理后的结果。通过上述方法，通过创建具有数据接收功能，数据处理功能以及数据返回功能的业务处理进程，也就是将数据接收功能的程序，数据处理功能的程序以及数据返回功能的程序封装到业务处理进程内，业务数据无需在进程之间进程数据传递，有效的解决了数据在进程之间进行传递而造成的丢失以及损坏，并且，由于所创建的业务处理进程是相互独立存在的，每个业务处理进程均可对业务数据进行处理，因此，即使某一个业务处理进程出现异常，其他业务处理进程也可正常的接收并处理业务数据。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种基于多进程的业务处理的过程示意图；

图2为本申请实施例提供的一种所创建的业务处理进程的结构图；

图3为本申请实施例提供的一种业务处理进程与业务处理逻辑之间的关系图；

图4为本申请实施例提供的一种基于多进程的业务处理的实施方式；

图5为本申请实施例提供的一种所创建的业务处理线程的结构图；

图6为本申请实施例提供的另一种基于多进程的业务处理的实施方式；

图7为本申请实施例提供的一种基于多进程的业务处理装置的结构示意图；

图8为本申请实施例提供的一种基于多进程的业务处理系统组成结构框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1为本申请实施例提供的基于多进程的业务处理过程，具体包括以下步骤：

S101：针对任一已创建的业务处理进程，根据预设的配置参数，配置该业务处理进程的属性，其中，所述配置参数以及所述属性均包括网络端口标识。

在实际应用中，在大流量，高并发的情况下，为了充分的利用网络和服务器资源，通常会采用多进程的方式来处理业务。

而采用多进程的方式来处理业务的过程中，首先需要创建业务处理进程。

进一步的，为了能够有效的降低业务数据在进程之间的传递，因此，本申请在创建业务处理进程的过程中，可创建具有数据接收功能，数据处理功能以及数据返回功能的业务处理进程。

在此需要说明的是，所创建的具有数据接收功能，数据处理功能以及数据返回功能的业务处理进程也就是将数据接收功能的程序，数据处理功能的程序以及数据返回功能的程序封装到业务处理进程内，不再暴露在操作系统中。

进一步的，由于业务处理进程在实际运行中，如果只创建一个业务处理进程来处理业务数据，当该业务处理进程出现异常，则无法继续对外提供业务，因此，在本申请中，可以建立多个业务处理进程。

在此本申请提供了创建两种创建业务处理进程的方式，具体如下：

第一种创建业务处理进程的方式：根据预设的待创建业务处理进程的数量，创建业务处理进程。

例如，假设需要在服务器中创建3个业务处理进程，则可以预先设定待创建业务处理进程的数量为3个，后续，服务器根据预设的待创建业务处理进程的数量(即，3个)，创建3个业务处理进程，如图2所示。

由于服务器的内部资源是有限的，也就是说，服务器只能运行有限数量的业务处理进程，而决定服务器能够运行多少数量的业务处理主要取决服务器当前的运行参数，因此，在本申请中，第二种创建业务处理进程的方式为根据服务器的运行参数创建业务处理进程。

在此需要说明的是，在第一种创建业务处理进程的方式中，具体将待创建业务处理进程的数量设定为多少可根据实际需求来设定，在第二种创建业务处理进程的方式中，服务器的运行参数主要包括服务器的中央处理器，内存以及负载，当然也可以根据服务器的其他运行参数来创建业务处理进程，在此不再一一赘述，并且，在根据服务器的运行参数创建业务处理进程的过程中，可先根据服务器的运行参数确定待创建业务处理进程的数量，再根据确定出的待创建业务处理进程的数量，创建业务处理进程。

例如，假设需要创建业务处理进程，则服务器根据当前的运行参数，即，中央处理器的运行参数，内存参数以及当前的负载参数，创建3个业务处理进行，也如图2所示。另外，在此还需要说明的是，创建业务处理进程可以单独由一个不用执行业务处理的进程执行，在本申请中，将执行创建业务处理进程的进程定义为管理进程，也就是说，在实施本发明时可先启动管理进程，然后管理进程可自动的去根据预设的待创建业务处理进程的数量，创建业务处理进程或者根据服务器的运行参数创建业务处理进程。

进一步的，当创建完成业务处理进程之后，还需要配置业务处理进程各属性，如，服务器名称，任务队列长度等。

本申请在配置业务处理进程的过程中，可针对需要配置的业务处理进程的属性，预先设定每个属性对应的配置参数，如，针对业务处理进程的服务器名称这这一属性，预先设定服务器名称对应的服务器名称(如，服务器A)，后续，在创建完成业务处理进程之后，可根据预设的配置参数，配置该业务处理进程的属性。

在此需要说明的是，可将预先设定的配置参数写入到配置文件中，后续，在创建完成业务处理进程之后，可读取该配置文件，并根据配置文件中所包含的配置参数，配置该业务处理进程的属性。

进一步的，由于数据在网络中是通过网络之间互联协议(Internet Protocol，IP)地址进行传输的，而IP地址只能知道数据需要传输到哪个服务器上，但是服务器上运行着许多不同的进程，为了能够知道数据需要传输给哪个进程，可给每个进程建立一个网络端口，并通过该网络端口接收并发送数据，因此，在本申请中，在根据预设的配置参数，配置该业务处理进程的属性时，需要配置业务处理进程的网络端口标识，也就是给每个业务处理进程配置不同的网络端口标识，也就是每个业务处理进程对应一个网络端口。

S102：通过所述网络端口标识对应的网络端口接收业务处理请求。

S103：对所述业务数据进行处理。

进一步的，在创建完成业务处理进程，且配置完业务处理进程的属性后，业务处理进程可正常的接收业务数据并对业务数据处理。

在接收业务数据的过程中，是通过所配置的网络端口标识对应网络端口接收业务处理请求，其中，所述业务处理请求中携带有业务数据的。

进一步的，在接收到业务数据后，需要对该业务数据进行处理。

由于本申请所创建并配置完成的业务处理进程并不包含怎么样去处理业务数据的业务逻辑，也就是说，业务逻辑并没有写入到所创建并配置完成的业务处理进程中，因此，在本申请中，需要调用处理业务数据的业务逻辑，后续，业务处理进程可加载并运行业务逻辑来对业务数据进行处理。

在此需要说明的是，业务逻辑是单独被制定的，也是单独被编辑的，业务逻辑可能是一个，也可能是多个不同的业务逻辑，可根据实际需求来进行制定业务逻辑，每个业务处理进程均对应全部已制定的业务逻辑，也就是说，如图3所示，假设开发人员制定了三个不同的业务逻辑，即，支付业务逻辑，下单业务逻辑，广告投放业务逻辑，那么每个业务处理进程(即，业务处理进程A，业务处理进程B以及业务处理进程C)均对应这三个不同的业务逻辑，每个业务处理进程均可调用这三个不同的业务逻辑，这也说明所创建的业务处理进程是相互独立存在的，每个业务处理进程均可调用相应的业务逻辑对业务数据进行处理。

进一步的，由于在对业务数据进行处理的过程中，需要知道所通过网络端口标识对应的网络端口接收的业务数据需要调用哪个处理业务数据的业务逻辑，因此，在本申请中，可以为每个业务逻辑建立业务逻辑标识，想要调用哪个业务逻辑，直接在业务处理请求中添加业务逻辑标识，因此，所接收到的业务处理请求中不仅仅只携带有业务数据，还携带有业务逻辑标识。

延续上例，如图4所示，假设需要配置的属性只包括：业务处理进程A对应的网络接口标识，业务处理进程B对应的网络接口标识,业务处理进程C对应的网络接口标识，因此，预先设定属性对应的配置参数，即，业务处理进程A对应的网络接口标识a，业务处理进程B对应的网络接口标识b业务处理进程C对应的网络接口标识c，并根据配置参数，配置各业务处理进程的网络接口标识，假设配置完成后的业务处理进程A对应的网络接口的网络接口标识为a，业务处理进程B对应的网络接口的网络接口标识为b，业务处理进程C对应的网络接口的网络接口标识为c，假设根据实际需要制定并编辑了两种业务逻辑，即，支付业务逻辑以及下单业务逻辑，后续，位于服务器中的业务处理进程A通过对应的网络接口接收到客户端发送的支付业务处理请求，其中，支付业务处理请求中携带有支付业务数据以及支付业务逻辑标识P，业务处理进程A根据支付业务逻辑标识P调用支付业务逻辑，并执行支付业务逻辑对支付业务数据进行处理，并将处理的结果返回给客户端。在此需要说明的是，只在业务处理请求中添加业务逻辑标识，相比于现有技术中需要将业务逻辑代码直接添加到业务处理请求，可有效的降低数据传输量，提高传输效率。

综上所述，本申请在在接收到携带有业务数据以及业务逻辑标识后，对该业务数据进行处理的过程中，具体可以根据该业务逻辑标识，确定该业务逻辑标识对应的业务逻辑，对该业务数据执行该业务逻辑，另外，也可以根据该业务逻辑标识，确定该业务逻辑标识对应的业务逻辑，并根据确定出的该业务逻辑标识对应的业务逻辑以及该业务数据创建相应的任务，并对所创建的任务对应的业务数据执行所创建的任务对应的业务逻辑。

在此需要说明的是，业务处理进程在接收到业务处理请求后，需要按照协议将业务请求中携带的业务数据解析成相应的数据格式。

另外，当业务处理进程在处理完成当前的业务处理请求后，可释放掉当前的业务逻辑，也就是，回到所创建的不包含任何业务逻辑的业务处理进程的状态。

S104：返回处理后的结果。

进一步的，在处理完成之后，可将处理结果通过网络端口标识对应的网络端口返回。

在此需要说明的是，为了保证所创建的业务处理进程能够正常的工作，在本申请中，可由管理进程实时监控服务器以及业务处理进程的工作状态，对于处于异常的业务处理进程进行重启，并且管理进程也可调整业务处理进程的数量，使业务处理进程达到最佳状态。

通过上述方法，通过创建具有数据接收功能，数据处理功能以及数据返回功能的业务处理进程，也就是将数据接收功能的程序，数据处理功能的程序以及数据返回功能的程序封装到业务处理进程内，业务数据无需在进程之间进程数据传递，有效的解决了数据在进程之间进行传递而造成的丢失以及损坏，并且，由于所创建的业务处理进程是相互独立存在的，每个业务处理进程均可对业务数据进行处理，因此，即使某一个业务处理进程出现异常，其他业务处理进程也可正常的接收并处理业务数据。

另外，在此需要说明的是，步骤S101～步骤S104均由服务器实施，具体是由服务器中的业务处理进程实施。

在本申请中，为了提高业务处理进程的处理速度以及效率，充分利用服务器系统中央处理器的计算能力，因此，可以采用创建多线程的方式，具体的，根据预设的配置参数，配置该业务处理进程的属性，其中，配置参数以及属性还均包括待创建的业务处理线程的数量，根据待创建的业务处理线程的数量，创建业务处理线程，如，假设需要创建3个业务处理线程，因此，预先设定待创建的业务处理线程的数量为3个，后续根据预设的创建的业务处理线程的数量(即，3个)，创建3个业务处理线程，即，业务处理线程a’，业务处理线程b’以及业务处理线程c’，如图5所示。

后续，业务处理进程在对接收到的业务数据进行处理的过程中，业务处理进程可以对哪个业务处理线程执行什么样步骤以及执行哪些业务数据进行分配。

在此需要说明的是，创建业务处理进程具体实施在业务处理进程配置完成与在对业务数据进行处理之间。

进一步的，由于在实际应用中，启动一个进程很耗费系统资源，开销比较大，因此，在本申请中，可将已创建的业务处理进程常驻于操作系统，也就是说，即使业务处理进程处理完成业务处理请求后，只会将当前的业务逻辑释放掉，回到所创建的不包含任何业务逻辑的业务处理进程的状态，并继续在操作系统中维持这种状态等待下一个业务处理请求的到来，这也比现有技术中当有接收到调用指令后就会启动业务处理进程，处理完成之后就会结束进程更能提高处理效率，节约系统资源。

最后，图6所示的流程图为本申请提供的一种实施方式，在此进行说明如下：

S601：启动管理进程。

S602：通过管理进程创建业务处理进程。

在本步骤中，管理进程可以根据预设的待创建业务处理进程的数量，创建业务处理进程，或者管理进程根据服务器的运行参数创建业务处理进程。

S603：通过管理进程实时监控服务器以及业务处理进程的工作状态。

在本步骤中，对于处于异常的业务处理进程进行重启，并且管理进程也可调整业务处理进程的数量，使业务处理进程达到最佳状态。

S604：通过业务处理进程根据预设的配置参数，配置该业务处理进程的属性。

S605：通过该业务处理进程的网络端口标识对应的网络端口接收用户发送的业务处理请求。

在本步骤中，业务处理请求携带有业务数据以及业务逻辑标识，并且，在接收到业务数据后，需要将业务数据按照协议解析成相应的数据格式。

S606：通过业务处理进程调用业务逻辑。

在本步骤中，根据业务逻辑标识确定业务逻辑。

S607：通过业务处理进程对业务数据执行业务逻辑。

S608：通过业务处理进程的网络端口标识对应的网络端口将处理结果返回给用户。

在此需要说明的是，执行图6所示步骤的执行主体为服务器，而管理进程与业务处理进程分别位于服务器内部。

以上为本申请实施例提供的基于多进程的业务处理方法，基于同样的思路，本申请实施例还提供一种基于多进程的业务处理装置。

如图7所示，本申请实施例提供的一种基于多进程的业务处理装置，包括：

配置模块701，用于针对任一已创建的业务处理进程，根据预设的配置参数，配置该业务处理进程的属性，其中，所述配置参数以及所述属性均包括网络端口标识；

接收模块702，用于通过所述网络端口标识对应的网络端口接收业务处理请求，其中，所述业务处理请求中携带有业务数据；

业务处理模块703，用于对所述业务数据进行处理；

数据发送模块704，用于返回处理后的结果。

在此需要说明的是，配置模块701、接收模块702、业务处理模块703以及数据发送模块704均位于服务器中，具体位于服务器中的业务处理进程。

所述装置还包括：

业务处理进程创建模块705，用于在所述配置模块701针对任一已创建的业务处理进程，根据预设的配置参数，配置该业务处理进程的属性之前，根据预设的待创建业务处理进程的数量，创建业务处理进程；或根据服务器的运行参数创建业务处理进程。

在此需要说明的是，业务处理进程创建模块705位于服务器中，具体位于服务器中的管理进程。

所述业务处理请求中还携带有业务逻辑标识；所述业务处理模块703具体用于，根据所述业务逻辑标识，确定所述业务逻辑标识对应的业务逻辑，对所述业务数据执行所述业务逻辑。

所述配置参数以及所述属性还均包括待创建的业务处理线程的数量；所述装置还包括：

业务处理线程创建模块706，用于当所述配置模块701根据预设的配置参数，配置该业务处理进程的属性后，根据待创建的业务处理线程的数量，创建业务处理线程，所述业务处理模块703具体用于通过创建的业务处理线程，对所述业务数据进行处理。

业务处理线程创建模块706位于服务器中，具体位于服务器中的业务处理进程。

所述已创建的业务处理进程常驻于操作系统。

另外，本申请实施例还提供一种基于多进程的业务处理系统，该系统包括：

处理器、计算机可读存储器、和计算机可读存储介质；

第一程序，用于针对任一已创建的业务处理进程，根据预设的配置参数，配置该业务处理进程的属性，其中，所述配置参数以及所述属性均包括网络端口标识，通过所述网络端口标识对应的网络端口接收业务处理请求，其中，所述业务处理请求中携带有业务数据，对所述业务数据进行处理，返回处理后的结果。

所述程序存储在所述计算机可读存储介质上，用于由所述处理器经由所述计算机可读存储器执行。

所述处理器、计算机可读存储器以及所述计算机可读存储介质可以用图8中的处理器、内部存储器、外部存储器来实现。

其中，图8为基于多进程的业务处理系统组成结构框图，其中示出了基于多进程的业务处理系统的主要部件。图8中，处理器810、内部存储器805、总线桥820以及网络接口815接入系统总线840，总线桥820用于桥接系统总线840和I/O总线845，I/O接口接入I/O总线845，USB接口以及外部存储器与I/O接口连接。图8中，处理器810可以为一个或多个处理器，每个处理器可以具有一个或者多个处理器内核；内部存储器805为易失性存储器，例如寄存器、缓存器、各种类型的随机存取存储器等；在基于多进程的业务处理系统运行的时候，内部存储器805中的数据包括操作系统和应用程序；网络接口815可以为以太网接口、光纤接口等；系统总线840可以用来传送数据信息、地址信息、以及控制信息；总线桥820可以用来进行协议转换，将系统总线协议转换为I/O协议或者将I/O协议转换为系统总线协议以实现数据传输；I/O总线845用来数据信息和控制信息，还可以总线终结电阻或电路来降低信号反射干扰；I/O接口830主要与各种外部设备连接，例如键盘、鼠标、传感器等等，闪存可以通过USB接口接入I/O总线，外部存储器为非易失性存储器，例如硬盘、光盘等。在基于多进程的业务处理系统运行之后，处理器可以将存储于外部存储其中的数据读取到内部存储器中，并对内部存储其中的系统指令进行处理，完成操作系统以及应用程序的功能。该示例基于多进程的业务处理系统可以为位于台式机、笔记本电脑、平板电脑、智能手机等。

优选地，第二程序，用于在所述第一程序针对任一已创建的业务处理进程，根据预设的配置参数，配置该业务处理进程的属性之前，根据预设的待创建业务处理进程的数量，创建业务处理进程；或根据服务器的运行参数创建业务处理进程。

优选地，所述业务处理请求中还携带有业务逻辑标识；所述第一程序还用于，根据所述业务逻辑标识，确定所述业务逻辑标识对应的业务逻辑，对所述业务数据执行所述业务逻辑。

优选地，所述配置参数以及所述属性还均包括待创建的业务处理线程的数量；所述第二程序还用于当所述第一程序根据预设的配置参数，配置该业务处理进程的属性后，根据待创建的业务处理线程的数量，创建业务处理线程，所述第一程序还用于通过创建的业务处理线程，对所述业务数据进行处理。

优选地，所述已创建的业务处理进程常驻于操作系统。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种基于多进程的业务处理方法，其特征在于，包括：

针对任一已创建的业务处理进程，根据预设的配置参数，配置该业务处理进程的属性，其中，所述配置参数以及所述属性均包括网络端口标识；

通过所述网络端口标识对应的网络端口接收业务处理请求，其中，所述业务处理请求中携带有业务数据；

对所述业务数据进行处理；

返回处理后的结果。

2.如权利要求1所述的方法，其特征在于，在针对任一已创建的业务处理进程，根据预设的配置参数，配置该业务处理进程的属性之前，所述方法还包括：

根据预设的待创建业务处理进程的数量，创建业务处理进程；或

根据服务器的运行参数创建业务处理进程。

3.如权利要求1所述的方法，其特征在于，所述业务处理请求中还携带有业务逻辑标识；

对所述业务数据进行处理，具体包括：

根据所述业务逻辑标识，确定所述业务逻辑标识对应的业务逻辑；

对所述业务数据执行所述业务逻辑。

4.如权利要求1所述的方法，其特征在于，所述配置参数以及所述属性还均包括待创建的业务处理线程的数量；

当根据预设的配置参数，配置该业务处理进程的属性后，所述方法还包括：

根据待创建的业务处理线程的数量，创建业务处理线程；

对所述业务数据进行处理，具体包括：

通过创建的业务处理线程，对所述业务数据进行处理。

5.如权利要求1～4任一所述的方法，其特征在于，所述已创建的业务处理进程常驻于操作系统。

6.一种基于多进程的业务处理装置，其特征在于，包括：

配置模块，用于针对任一已创建的业务处理进程，根据预设的配置参数，配置该业务处理进程的属性，其中，所述配置参数以及所述属性均包括网络端口标识；

接收模块，用于通过所述网络端口标识对应的网络端口接收业务处理请求，其中，所述业务处理请求中携带有业务数据；

业务处理模块，用于对所述业务数据进行处理；

数据发送模块，用于返回处理后的结果。

7.如权利要求6所述的装置，其特征在于，所述装置还包括：

业务处理进程创建模块，用于在所述配置模块针对任一已创建的业务处理进程，根据预设的配置参数，配置该业务处理进程的属性之前，根据预设的待创建业务处理进程的数量，创建业务处理进程；或根据服务器的运行参数创建业务处理进程。

8.如权利要求6所述的装置，其特征在于，所述业务处理请求中还携带有业务逻辑标识；所述业务处理模块具体用于，根据所述业务逻辑标识，确定所述业务逻辑标识对应的业务逻辑，对所述业务数据执行所述业务逻辑。

9.如权利要求6所述的装置，其特征在于，所述配置参数以及所述属性还均包括待创建的业务处理线程的数量；所述装置还包括：

业务处理线程创建模块，用于当所述配置模块根据预设的配置参数，配置该业务处理进程的属性后，根据待创建的业务处理线程的数量，创建业务处理线程，所述业务处理模块具体用于通过创建的业务处理线程，对所述业务数据进行处理。

10.如权利要求6～9任一所述的装置，其特征在于，所述已创建的业务处理进程常驻于操作系统。