CN111381965B - 用于处理请求的方法和装置 - Google Patents

Abstract

本申请实施例公开了用于处理请求的方法和装置。上述方法的一具体实施方式包括：响应于接收到服务开启指令，创建监控进程；控制监控进程监听网络通信端口的资源数据；创建监控进程的子进程作为服务进程；将资源数据由所述监控进程传递给所述服务进程；响应于接收到服务请求，控制服务进程根据资源数据处理所述服务请求。该实施方式可以提高服务的高可用性。

Description

用于处理请求的方法和装置

技术领域

本申请实施例涉及计算机技术领域，具体涉及用于处理请求的方法和装置。

背景技术

如今，经济下行，业界诸多公司为了节省机器成本，由之前的LNMP(Linux系统下Nginx+MySQL+PHP)架构服务，升级为由C/C++、Golang等编译型语言实现的高性能单体网络服务。在LNMP架构下，由于服务的代码是由Nginx来执行，Nginx的高可用保证服务的高可用。升级为编译型语言的网络服务，也需要保证服务的高可用性。

发明内容

本申请实施例提出了用于处理请求的方法和装置。

第一方面，本申请实施例提供了一种用于处理请求的方法，包括：响应于接收到服务开启指令，创建监控进程；控制所述监控进程监听网络通信端口的资源数据；创建所述监控进程的子进程作为服务进程；将所述资源数据由所述监控进程传递给所述服务进程；响应于接收到服务请求，控制所述服务进程根据所述资源数据处理所述服务请求。

在一些实施例中，所述方法还包括：将所述监控进程设置为守护进程。

在一些实施例中，所述将所述资源数据由所述监控进程传递给所述服务进程，包括：采用环境变量将所述资源数据由所述监控进程传递给所述服务进程。

在一些实施例中，所述控制所述监控进程监听网络通信端口的资源数据，包括：获取配置信息；根据所述配置信息，建立套接字连接以及绑定所述网络通信端口。

在一些实施例中，所述配置信息包括预警策略；以及所述方法还包括：根据所述预警策略，确定预警条件；响应于所述预警条件满足，进行报警。

在一些实施例中，所述方法还包括：响应于接收到服务终止指令，停止接收新的服务请求；响应于确定已接收的服务请求处理完成，关闭所述服务进程。

在一些实施例中，所述方法还包括：响应于接收到服务重启指令，创建新的服务进程；响应于所述新的服务进程启动完成以及确定旧的服务进程处理完成已接收的请求，关闭所述旧的服务进程。

第二方面，本申请实施例提供了一种用于处理请求的装置，包括：第一创建单元，被配置成响应于接收到服务开启指令，创建监控进程；数据监听单元，被配置成控制所述监控进程监听网络通信端口的资源数据；第二创建单元，被配置成创建所述监控进程的子进程作为服务进程；数据传递单元，被配置成将所述资源数据由所述监控进程传递给所述服务进程；请求处理单元，被配置成响应于接收到服务请求，控制所述服务进程根据所述资源数据处理所述服务请求。

在一些实施例中，所述装置还包括：进程设置单元，被配置成将所述监控进程设置为守护进程。

在一些实施例中，所述数据传递单元进一步被配置成：采用环境变量将所述资源数据由所述监控进程传递给所述服务进程。

在一些实施例中，所述数据监听单元进一步被配置成：获取配置信息；根据所述配置信息，建立套接字连接以及绑定所述网络通信端口。

在一些实施例中，所述配置信息包括预警策略；以及所述装置还包括：预警单元，被配置成根据所述预警策略，确定预警条件；响应于所述预警条件满足，进行报警。

在一些实施例中，所述装置还包括终止配置单元，被配置成：响应于接收到服务终止指令，停止接收新的服务请求；响应于确定已接收的服务请求处理完成，关闭所述服务进程。

在一些实施例中，所述装置还包括重启配置单元，被配置成：响应于接收到服务重启指令，创建新的服务进程；响应于所述新的服务进程启动完成以及确定旧的服务进程处理完成已接收的请求，关闭所述旧的服务进程。

第三方面，本申请实施例提供了一种服务器，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当上述一个或多个程序被上述一个或多个处理器执行，使得上述一个或多个处理器实现如第一方面任一实施例所描述的方法。

第四方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面任一实施例所描述的方法。

本申请的上述实施例提供的用于处理请求的方法和装置，在接收到服务开启指令后，可以创建监控进程。并控制监控进程监听网络通信端口的资源数据。然后，创建监控进程的子进程作为服务进程，并将资源数据由监控进程传递至服务进程。在接收到服务请求后，控制服务进程根据资源数据处理服务请求。本实施例的方法，可以提高服务的高可用性。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请的一个实施例可以应用于其中的示例性系统架构图；

图2是根据本申请的用于处理请求的方法的一个实施例的流程图；

图3是根据本申请的用于处理请求的方法的一个应用场景的示意图；

图4是根据本申请的用于处理请求的方法的另一个实施例的流程图；

图5是根据本申请的用于处理请求的装置的一个实施例的结构示意图；

图6是适于用来实现本申请实施例的服务器的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的用于处理请求的方法或用于处理请求的装置的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104、106，服务器105和控制平台107。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质，网络106用以在服务器105和控制平台107之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、社交平台软件、购物类应用、搜索类应用、即时通信工具、邮箱客户端等。

终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103发送的服务请求进行处理的后台服务器。后台服务器可以对用户发送的请求等数据进行分析等处理，并将处理结果反馈给终端设备101、102、103。

需要说明的是，服务器105可以是硬件，也可以是软件。当服务器105为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器105为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以通过网络106与控制平台107进行交互。技术人员可以通过控制平台107向服务器105发送指令，例如，服务开启指令、服务终止指令以及服务重启指令等。控制平台107可以是一个硬件，也可以是软件。技术人员可以通过操控上述硬件或软件向服务器发送不同的指令。

需要说明的是，本申请实施例所提供的用于处理请求的方法一般由服务器105执行，相应地，用于处理请求的装置一般设置于服务器105中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的用于处理请求的方法的一个实施例的流程200。本实施例的用于处理请求的方法，包括以下步骤：

步骤201，响应于接收到服务开启指令，创建监控进程。

在本实施例中，用于处理请求的方法的执行主体(例如图1所示的服务器105)在接收到服务开启指令后，可以创建监控进程。上述服务开启指令可以是控制平台(例如图1所示的控制平台107)发送的，用于指示执行主体开始提供服务。上述服务开启指令可以包含指定的字符，执行主体解析上述指令，可以获取到上述字符，从而确定当前需要开始提供服务，则创建监控进程。监控进程可以监控其它进程的存活状态，还可以监控其它进程的CPU利用率、内存使用量等参数。

上述服务可以是各种服务，例如语音识别服务、人脸识别服务、障碍物识别服务或语音转文字服务。用户可以通过终端向执行主体发送请求以调用上述服务。

步骤202，控制监控进程监听网络通信端口的资源数据。

执行主体在创建监控进程后，可以建立监控进程的网络连接。同时可以控制监控进程监听网络通信端口的资源数据。上述网络通信端口是监控进程进行网络通信时所采用的端口。上述资源数据可以包括文件描述符(file descriptor，fd)。在Linux系统中，每一个进程在内核中，都对应有一个“打开文件”数组，存放指向文件对象的指针，而fd是这个数组的下标。对文件进行操作时，系统调用，将fd传入内核，内核通过fd找到文件，对文件进行操作。

在本实施例的一些可选的实现方式中，上述步骤202可以通过图2中未示出的以下步骤来实现：获取配置信息；根据配置信息，建立套接字连接以及绑定网络通信端口。

本实现方式中，执行主体可以首先获取配置信息。上述配置信息中可以包括套接字类型、套接字的配置信息等等，还可以包括预警策略的阈值、报警方式等信息。其中预警策略可以包括监控服务进程是否存在，如果不存在，则需要拉起进程，并向技术人员发送报警信息。预警策略还可以包括如果服务进程的CPU利用率或内存使用量过大时，向技术人员发送报警信息，以使技术人员排查服务进程是否存在问题。

在本实施例的一些可选的实现方式中，配置信息可以包括预警策略；上述方法还可以包括图2中未示出的以下步骤：根据预警策略，确定预警条件；响应于预警条件满足，进行报警。

本实现方式中，执行主体可以根据预警策略，确定预警条件。上述预警条件可以为CPU利用率大于60％，或者内存占用率大于30％等等。在预警条件满足时，执行主体可以进行报警。在报警时，可以通过预设的联系方式向技术人员发送报警信息。

步骤203，创建监控进程的子进程作为服务进程。

执行主体还可以创建监控进程的子进程，并将这些进程作为服务进程。可以理解的是，执行主体可以将多个子进程作为服务进程。进程是指运行的应用程序，用户对服务的调用可以通过至少一个进程来实现，这些进程被称为服务进程。上述服务进程可以处理用户通过终端发送的服务请求，来实现用户对服务的调用。

步骤204，将资源数据由监控进程传递至服务进程。

执行主体在创建完成服务进程后，可以将资源数据由监控进程传递至服务进程。执行主体可以通过多种传递方式传递资源数据，例如通过命令行参数、管道或环境变量等方式。

步骤205，响应于接收到务请求，控制服务进程根据资源数据处理服务请求。

执行主体在接收到服务请求后，可以控制服务进程根据上述资源数据处理服务请求。具体的，服务进程可以根据fd打开文件，对文件进行读写，从而完成服务请求的处理。上述服务请求可以由用户终端发送，也可以由其他服务器来发送。

继续参见图3，图3是根据本实施例的用于处理请求的方法的一个应用场景的示意图。在图3的应用场景中，控制平台301向服务器302发送服务开启指令。服务器创建监控进程以及监控进程的子进程，将子进程作为服务进程。监控进程监听网络通信端口的fd数据，并将fd数据传递给服务进程。用户终端303向服务器302发送服务请求，服务器302中的服务进程可以根据fd数据，处理服务请求。

本申请的上述实施例提供的用于处理请求的方法，在接收到服务开启指令后，可以创建监控进程。并控制监控进程监听网络通信端口的资源数据。然后，创建监控进程的子进程作为服务进程，并将资源数据由监控进程传递至服务进程。在接收到服务请求后，控制服务进程根据资源数据处理服务请求。本实施例的方法，可以提高服务的高可用性。

继续参见图4，其示出了根据本申请的用于处理请求的方法的另一个实施例的流程400。如图4所示，本实施例的用于处理请求的方法，可以包括以下步骤：

步骤401，响应于接收到服务开启指令，创建监控进程。

步骤402，控制监控进程监听网络通信端口的资源数据。

步骤403，将监控进程设置为守护进程。

守护进程是一种脱离控制终端、无父进程的独立进程，不会被用户终端杀死，或不会因父进程而导致自己死掉的进程。守护进程在系统引导的时候启动，并且一直运行直到系统关闭。执行主体可以通过现有技术将进程设置为守护进程，此处不再赘述。本实现方式中，由于监控进程需要长期在操作系统中运行，因此将其设置为守护进程，这样可以提高监控进程的健壮性。

步骤404，创建监控进程的子进程作为服务进程。

步骤405，采用环境变量将资源数据由监控进程传递给服务进程。

环境变量一般是指在操作系统中用来指定操作系统运行环境的一些参数，如：临时文件夹位置和系统文件夹位置等。环境变量是在操作系统中一个具有特定名字的对象，它包含了一个或者多个应用程序所将使用到的信息。通过设置环境变量，来更好的运行进程。

本实施例中，监控进程和服务进程通过采用环境变量来传递资源数据。监控进程将监听到的资源数据，写入自己的环境变量中。监控进程作为父进程，服务进程作为子进程，服务进程将会继承父进程的环境变量。这样，一方面可以将监控进程和服务进程解耦，不会污染服务进程的启动方式。另一方面获取资源数据的方式简单，因为每种编译语言都有对应获取环境变量的接口，不需要进行额外的开发。并且，这种传递方式安全性高，不会被别的进程劫持流量。

步骤406，响应于接收到服务请求，控制服务进程根据资源数据处理服务请求。

步骤407，响应于接收到服务终止指令，停止接收新的服务请求。

本实施例中，执行主体在接收到服务终止指令后，可以停止接收新的服务请求。上述服务终止指令可以是控制平台发送给执行主体的，用于指示不再提供服务。在一些具体应用中，执行主体在接收到上述服务终止指令后，可以马上关闭服务进程。

步骤408，响应于确定已接收的服务请求处理完成，关闭服务进程。

在本实施例中，执行主体在接收到服务终止指令后，可以确定已接收的服务请求是否处理完成。如果都处理完成了，则可以关闭服务进程。如果未处理完，则等待服务进程处理完成已接收的服务请求后，再关闭服务进程，这样实现了服务的“优雅退出”。

步骤409，响应于接收到服务重启指令，创建新的服务进程。

本实施例中，执行主体在接收到服务重启指令后，可以创建新的服务进程。可以理解的是，新的服务进程也是监控进程的子进程，与旧的服务进程一样，都接受监控进程的监督。上述服务重启指令也是控制平台发送的，用于指示需要重新启动上述服务。

步骤410，响应于新的服务进程启动完成以及确定旧的服务进程处理完成已接收的请求，关闭旧的服务进程。

新的服务进程启动完成后，执行主体可以确定旧的服务进程是否已经处理完成已接收的请求。如果处理完成，则关闭旧的服务进程。在此过程中，执行主体可以继续接收新的服务请求，这些新的服务请求可以由新的服务进程来处理。这样，就实现了重新启动时，不会造成服务的中断，实现了“平滑”重启。此过程中，新的服务进程替换了旧的服务进程，保证了服务的高可用性，也提升了用户体验。

本申请的上述实施例提供的用于处理请求的方法，通过监控进程来启动、重启和终止服务进程。将上述三个功能与服务进程的解耦，这样可以节约开发成本，不需要技术人员重复开发。并且监控进程的功能简单，且实现上述功能使用的是Linux系统的特性，适用于不同的编译语言。

进一步参考图5，作为对上述各图所示方法的实现，本申请提供了一种用于处理请求的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例的用于处理请求的装置500包括：第一创建单元501、数据监听单元502、第二创建单元503、数据传递单元504和请求处理单元505。

第一创建单元501，被配置成响应于接收到服务开启指令，创建监控进程。

数据监听单元502，被配置成控制监控进程监听网络通信端口的资源数据。

第二创建单元503，被配置成创建监控进程的子进程作为服务进程。

数据传递单元504，被配置成将资源数据由监控进程传递给服务进程。

请求处理单元505，被配置成响应于接收到服务请求，控制服务进程根据资源数据处理服务请求。

在本实施例的一些可选的实现方式中，装置500还可以进一步包括图5中未示出的进程设置单元，被配置成将所述监控进程设置为守护进程。

在本实施例的一些可选的实现方式中，数据传递单元504可以进一步被配置成：采用环境变量将资源数据由监控进程传递给服务进程。

在本实施例的一些可选的实现方式中，数据监听单元502可以进一步被配置成：获取配置信息；根据配置信息，建立套接字连接以及绑定网络通信端口。

在本实施例的一些可选的实现方式中，配置信息包括预警策略。装置500还可以进一步包括图5中未示出的预警单元，被配置成根据预警策略，确定预警条件；响应于预警条件满足，进行报警。

在本实施例的一些可选的实现方式中，装置500还可以进一步包括图5中未示出的终止配置单元，被配置成：响应于接收到服务终止指令，停止接收新的服务请求；响应于确定已接收的服务请求处理完成，关闭服务进程。

在本实施例的一些可选的实现方式中，装置500还可以进一步包括图5中未示出的重启配置单元，被配置成：响应于接收到服务重启指令，创建新的服务进程；响应于新的服务进程启动完成以及确定旧的服务进程处理完成已接收的请求，关闭旧的服务进程。

应当理解，用于处理请求的装置500中记载的单元501至单元505分别与参考图2中描述的方法中的各个步骤相对应。由此，上文针对用于处理请求的方法描述的操作和特征同样适用于装置500及其中包含的单元，在此不再赘述。

下面参考图6，其示出了适于用来实现本公开的实施例的电子设备(例如图1中的服务器)600的结构示意图。图6示出的服务器仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。

如图6所示，电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有电子设备600操作所需的各种程序和数据。处理装置601、ROM 602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

通常，以下装置可以连接至I/O接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图6中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从ROM 602被安装。在该计算机程序被处理装置601执行时，执行本公开的实施例的方法中限定的上述功能。需要说明的是，本公开的实施例所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述服务器中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：响应于接收到服务开启指令，创建监控进程；控制监控进程监听网络通信端口的资源数据；创建监控进程的子进程作为服务进程；将资源数据由监控进程传递给服务进程；响应于接收到终端发送的服务请求，控制服务进程根据资源数据处理服务请求。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的实施例的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开的实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括第一创建单元、数据监听单元、第二创建单元、数据传递单元和请求处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一创建单元还可以被描述为“创建监控进程的单元”。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (16)

1.一种用于处理请求的方法，包括：

响应于接收到服务开启指令，创建监控进程；

控制所述监控进程监听网络通信端口的资源数据；

创建所述监控进程的子进程作为服务进程；

将所述资源数据由所述监控进程传递给所述服务进程；

响应于接收到服务请求，控制所述服务进程根据所述资源数据处理所述服务请求。

2.根据权利要求1所述的方法，其中，所述方法还包括：

将所述监控进程设置为守护进程。

3.根据权利要求1所述的方法，其中，所述将所述资源数据由所述监控进程传递给所述服务进程，包括：

采用环境变量将所述资源数据由所述监控进程传递给所述服务进程。

4.根据权利要求1所述的方法，其中，所述控制所述监控进程监听网络通信端口的资源数据，包括：

获取配置信息；

根据所述配置信息，建立套接字连接以及绑定所述网络通信端口。

5.根据权利要求4所述的方法，其中，所述配置信息包括预警策略；以及

所述方法还包括：

根据所述预警策略，确定预警条件；

响应于所述预警条件满足，进行报警。

6.根据权利要求1所述的方法，其中，所述方法还包括：

响应于接收到服务终止指令，停止接收新的服务请求；

响应于确定已接收的服务请求处理完成，关闭所述服务进程。

7.根据权利要求1所述的方法，其中，所述方法还包括：

响应于接收到服务重启指令，创建新的服务进程；

响应于所述新的服务进程启动完成以及确定旧的服务进程处理完成已接收的请求，关闭所述旧的服务进程。

8.一种用于处理请求的装置，包括：

第一创建单元，被配置成响应于接收到服务开启指令，创建监控进程；

数据监听单元，被配置成控制所述监控进程监听网络通信端口的资源数据；

第二创建单元，被配置成创建所述监控进程的子进程作为服务进程；

数据传递单元，被配置成将所述资源数据由所述监控进程传递给所述服务进程；

请求处理单元，被配置成响应于接收到终端发送的服务请求，控制所述服务进程根据所述资源数据处理所述服务请求。

9.根据权利要求8所述的装置，其中，所述装置还包括：

进程设置单元，被配置成将所述监控进程设置为守护进程。

10.根据权利要求8所述的装置，其中，所述数据传递单元进一步被配置成：

采用环境变量将所述资源数据由所述监控进程传递给所述服务进程。

11.根据权利要求8所述的装置，其中，所述数据监听单元进一步被配置成：

获取配置信息；

根据所述配置信息，建立套接字连接以及绑定所述网络通信端口。

12.根据权利要求11所述的装置，其中，所述配置信息包括预警策略；以及

所述装置还包括：

预警单元，被配置成根据所述预警策略，确定预警条件；响应于所述预警条件满足，进行报警。

13.根据权利要求8所述的装置，其中，所述装置还包括终止配置单元，被配置成：

响应于接收到服务终止指令，停止接收新的服务请求；

响应于确定已接收的服务请求处理完成，关闭所述服务进程。

14.根据权利要求8所述的装置，其中，所述装置还包括重启配置单元，被配置成：

响应于接收到服务重启指令，创建新的服务进程；

响应于所述新的服务进程启动完成以及确定旧的服务进程处理完成已接收的请求，关闭所述旧的服务进程。

15.一种服务器，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。

16.一种计算机可读介质，其上存储有计算机程序，其中，该程序被处理器执行时实现如权利要求1-7中任一所述的方法。

Images