[发明专利]一种多进程数据更新方法、装置、介质和电子设备

说明书

本公开提供了一种多进程数据更新方法、装置、介质和电子设备，该请求方法包括：服务进程实时监听是否有数据更新指令，若监听到所述更新指令，将所述更新指令发送至主进程；所述主进程根据所述更新指令确定所述更新指令的更新目标，所述更新目标包括至少一个工作进程；所述更新目标根据所述更新指令将需要更新的参数发送至对应的记忆堆栈；所述记忆堆栈从数据仓库中获取更新的数据，完成对应进程数据的更新。本方法可以有效的解决代码的快速更新问题，主动更新而非被动或者周期性更新，可以最快速度将最新的代码更新到服务器；本方法还可以实现指定进程的代码更新，对于某些需要对进程区别对待更新的场景下是一种有效的解决方案。

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种多进程数据更新方法、装置、介质和电子设备。

背景技术

在计算机程序应用过程中，往往需要对其中的某些数据模块进行更新。为了保障服务的连续性、稳定性，服务商往往在代码空闲时段(例如夜间)进行代码更新。

通常的数据更新方式包括：

一、服务备份/主备切换，这样的问题是需要提供额外的成本(硬件成本和部署成本)，无疑增加了运营成本。

二、代码周期性更新，利用动态语言特性进行更新，例如在代码里预先设置好接口，周期性的去检查文件的时间戳，当发现文件有更新了之后就再触发更新逻辑。例如java的实现方式为：先定义好接口类，再利用ClassLoader类的loadClass方法来完成类的实际加载工作。

上述方法存在如下缺陷：

一、无法实时进行更新，如上所述，主流的动态代码更新方案都是预设接口，设立周期性检查规则进行代码的更新，代码更新之后，要等到进入下一个更新周期才生效。

二、无法指定进程单独进行行更新，通常我们会通过fork(复刻或派生)的方式在服务中创建很多个进程，每个进程对一个客户进行服务，例如在socket的网络服务器通常用fork来同时服务多个客户端，父进程专门负责监听端口，每次接收一个新的客户端连接就fork出一个子进程专门服务这个客户端。如果我们只希望只是针对某个进程进行代码单独更新，别的fork进程就不进行代码更新，这个时候现有的方案就没法支持了。

公开内容

本公开的目的在于提供一种多进程数据更新方法、装置、介质和电子设备，能够解决上述提到的至少一个技术问题。具体方案如下：

根据本公开的具体实施方式，第一方面，本公开提供一种多进程数据更新方法，包括：

服务进程实时监听是否有数据更新指令，若监听到所述更新指令，将所述更新指令发送至主进程；

所述主进程根据所述更新指令确定所述更新指令的更新目标，所述更新目标包括至少一个工作进程；

所述更新目标根据所述更新指令将需要更新的参数发送至对应的记忆堆栈；

所述记忆堆栈从数据仓库中获取更新的数据，完成对应进程数据的更新。

可选的，所述服务进程实时监听是否有数据更新指令，若监听到所述更新指令，将所述更新指令发送至主进程，包括：

服务进程从网络接口实时监听是否有数据更新指令；

若监听到所述更新指令，将所述更新指令发送至内部通讯池，所述内部通讯池用于通过各自的通讯接口实现所述主进程与不同所述工作进程和/或所述服务进程的通讯；

所述内部通讯池通知所述主进程进行数据更新。

可选的，所述更新目标根据所述更新指令将需要更新的参数发送至对应的记忆堆栈，包括：

所述至少一个工作进程通过对应所述通讯接口接收所述更新指令；