CN113626165A - 一种打包队列的管理方法、装置及系统 - Google Patents

Abstract

本公开关于一种打包队列的管理方法及设备。包括：向打包服务器发送探活请求；如果接收到所述打包服务器反馈的探活成功反馈信息，则将所述待打包文件添加至所述打包服务器的待打包队列。通过将多个平台服务器的待处理文件放入同一个打包服务器进行打包处理，避免了打包服务器资源的闲置，提高了打包服务器的利用效率。将打包服务交给打包服务器，将平台服务交给平台服务器，实现了打包服务和平台服务的解耦，降低平台重启对打包服务器打包服务的影响，提高了打包的效率。

Description

一种打包队列的管理方法、装置及系统

技术领域

本公开涉及计算机技术，尤其涉及一种打包队列的管理方法、装置及系统。

背景技术

研发人员编写好程序代码后需要将待打包的程序代码储存在服务器中，并在所述服务器中将待打包的程序代码进行打包，如果所述服务器进行重启，则打包服务会中断，等到所述服务器重启完成后才能继续进行打包服务，这样打包效率较低。现有技术尚未解决服务器重启时打包效率低的问题。

发明内容

本公开提供一种打包队列的管理方法、装置及系统。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种打包队列的管理方法，包括：

向打包服务器发送探活请求；

如果接收到所述打包服务器反馈的探活成功反馈信息，则将待打包文件添加至所述打包服务器的待打包队列。

可选地，还包括：

接收所述打包服务器的打包进度反馈信息。

可选地，还包括：

将所述打包进度反馈信息上传到前端并展示。

可选地，还包括：

如果未接收到所述打包服务器反馈的探活成功反馈信息，则不将所述待打包文件添加至所述待打包队列，并向备用打包服务器发送所述探活请求。

可选地，还包括：

如果平台服务处于运行状态，则向所述打包服务器发送探活成功反馈信息；

如果所述平台服务处于挂起状态，则停止向所述打包服务器发送探活成功反馈信息。

根据本公开实施例的第二方面，提供一种打包队列的管理方法，包括：

向平台服务器发送探活请求；

如果接收到所述平台服务器的探活成功反馈信息，则将所述待打包文件添加至待打包队列；

获取打包队列的打包进度并反馈至平台服务器，并根据所述打包进度将所述待打包队列中的待打包文件送入打包队列进行打包处理，以获取文件包。

可选地，还包括：

如果未接收到所述平台服务器的探活成功反馈信息，则不将所述待打包文件添加至所述待打包队列，并向备用平台服务器发送所述探活请求。

可选地，还包括：

接收所述平台服务器的探活请求；

向所述平台服务器发送探活成功反馈信息。

可选地，所述根据所述打包进度将所述待打包队列中的待打包文件送入打包队列进行打包处理，包括：

获取打包队列中所述待打包文件的打包进度；

如果存在完成打包的待打包文件，则删除所述待打包文件，保留所述待打包文件对应的文件包。

可选地，还包括：

如果打包队列中待打包文件的数量小于并行处理数量阈值，则将待打包队列中的待打包文件输入打包队列，直到所述待打包文件的数量等于所述并行处理数量阈值。

根据本公开实施例的第三方面，提供一种打包队列的管理装置，包括：

探活请求发送模块，用于向打包服务器发送探活请求；

待打包文件输出模块，如果接收到所述打包服务器反馈的探活成功反馈信息，则将所述待打包文件添加至所述打包服务器的待打包队列。

可选地，还包括：

反馈信息接收模块，用于接收所述打包服务器的打包进度反馈信息。

可选地，还包括：

打包进度上传模块，用于将所述打包进度反馈信息上传到前端并展示。

可选地，还包括：

失败反馈模块，用于如果未接收到所述打包服务器反馈的探活成功反馈信息，则不将所述待打包文件添加至所述待打包队列。

可选地，还包括：

反馈模块，如果平台服务处于运行状态，则用于向所述打包服务器发送探活成功反馈信息；

反馈中止模块，如果所述平台服务处于挂起状态，则用于停止向所述打包服务器发送探活成功反馈信息。

根据本公开实施例的第四方面，提供一种打包队列的管理装置，包括：

探活请求发送模块，用于向平台服务器发送探活请求；

待打包文件接收模块，用于如果接收到所述平台服务器的探活成功反馈信息，则将所述待打包文件添加至所述待打包队列；

打包模块，用于获取打包队列的打包进度并反馈至平台服务器，并根据所述打包进度将所述待打包队列中的待打包文件送入打包队列进行打包处理，获取文件包。

可选地，还包括：

失败反馈模块，如果未接收到所述平台服务器的探活成功反馈信息，则不将所述待打包文件添加至所述待打包队列。

可选地，还包括：

探活请求接收模块，用于接收所述平台服务器的探活请求；

反馈模块，用于向所述平台服务器发送探活成功反馈信息。

可选地，所述打包模块，包括：

打包进度获取子模块，用于获取打包队列中各待打包文件的打包进度；

待打包文件删除子模块，如果存在完成打包的待打包文件，则删除所述待打包文件，保留待打包文件对应的文件包。

可选地，还包括：

待打包文件补充模块，如果打包队列中待打包文件的数量小于并行处理数量阈值，则用于将待打包队列中的待打包文件输入打包队列，直到满足打包队列中待打包文件的数量等于并行处理数量阈值。

根据本公开实施例的第五方面，提供一种打包队列的管理装置，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现本公开实施例第一方面所述打包队列的根据本公开实施例的第六方面，提供一种打包队列的管理装置，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现本公开实施例第二方面所述打包队列的管理方法。

根据本公开实施例的第七方面，提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由打包队列的管理装置的处理器执行时，使得打包队列的管理装置能够执行本公开实施例第一方面所述打包队列的管理方法。

根据本公开实施例的第八方面，提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由打包队列的管理装置的处理器执行时，使得打包队列的管理装置能够执行本公开实施例第二方面所述打包队列的管理方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

将多个平台服务器的待处理文件放入同一个打包服务器进行打包处理，避免了打包服务器资源的闲置，提高了打包服务器的利用效率。将打包服务交给打包服务器，将平台服务交给平台服务器，实现了打包服务和平台服务的解耦，平台重启不会对打包服务器的打包服务造成影响，提高了打包的效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种打包队列的管理方法的流程图。

图2是根据一示例性实施例示出的一种打包队列的管理方法的流程图。

图3是根据一示例性实施例示出的一种打包队列的管理方法的流程图。

图4是根据一示例性实施例示出的一种打包队列的管理方法的流程图。

图5是根据一示例性实施例示出的一种打包队列的管理方法的流程图。

图6是根据一示例性实施例示出的一种打包队列的管理装置的框图。

图7是根据一示例性实施例示出的一种打包队列的管理装置的框图。

图8是根据一示例性实施例示出的一种打包队列的管理装置的框图。

图9是根据一示例性实施例示出的一种打包队列的管理装置的框图。

图10是根据一示例性实施例示出的一种打包队列的管理装置的框图。

图11是根据一示例性实施例示出的一种电子设备的框图。

图12是根据一示例性实施例示出的一种打包队列的管理方法的流程图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在涉及多服务器渠道打包时，包会根据平台服务器不同将待打包文件上传到不同的打包服务器进行打包。如果所述平台服务器进行重启，则打包服务器的打包服务会中断。重启完成后根据数据库记录的打包状态来进行服务重启，即再次开始打包服务。如果一个平台服务器上传大量待打包文件到对应的打包服务器，所述打包服务器的资源占用率高；另一个平台服务器上传极少的待打包文件到对应的打包服务器，所述打包服务器的资源占用率低。这样是对打包服务器打包能力的不均匀分配。且打包服务受平台服务器重启的影响，在平台服务器重启时无法进行打包服务，也降低了打包服务的效率。

研发人员编写好程序代码后需要将待打包的程序代码储存在服务器中，并在所述服务器中将待打包的程序代码进行打包，如果所述服务器进行重启，则打包服务会中断，等到所述服务器重启完成后才能继续进行打包服务，这样打包效率较低。现有技术尚未解决服务器重启时打包效率低的问题。

本公开提出一种打包队列的管理方法，旨在解决上述打包服务效率低下的问题。

图1是根据一示例性实施例示出的一种打包队列的管理方法的流程图，如图1所示，所述打包队列的管理方法用于服务器中，包括以下步骤：

步骤101：向打包服务器发送探活请求；

本步骤为平台服务器的运行方法。所述探活请求用于请求对待探活服务进行探活操作，以查看该待探活服务是否为存活状态。探活请求中可以包括待探活服务的相关信息，例如，当该待探活服务运行在虚拟机上时，探活请求中包括该虚拟机的IP地址和端口号。

所述探活请求可以是请求端发送的，请求端可以是电脑、手持设备等用户终端。本申请实施例中所述请求端为所述平台服务器。

步骤102：如果接收到所述打包服务器反馈的探活成功反馈信息，则将待打包文件添加至所述打包服务器的待打包队列。

本公开需要进行双向探活，所述双向探活有以下目的：

判断当前平台服务器是否正常运行，如果不在正常运行，则打包服务器的打包进度暂不同步至该平台服务器；

判断当前打包服务器是否正常运行，根据打包中心是否正常运行判断是否向打包服务器发送待打包文件，即包体进行打包处理。

双向探活，即平台服务器向打包服务器探活，同时打包服务器向平台服务器探活。平台服务器向打包服务器探活的实现方法为：打包服务器维护一个接口，所述接口只要访问就返回成功，当平台服务器访问所述接口时，如果返回成功，说明该打包服务器正在正常运行，如果不响应或者报错，说明打包服务器异常，则不向该打包服务器发送待打包文件。同理，打包服务器向平台服务器探活的实现方法为：平台服务器维护一个接口，所述接口只要访问就返回成功，当打包服务器访问所述接口时，如果返回成功，说明该平台服务器正在正常运行，如果不响应或者报错，说明平台服务器异常，则不接收该平台服务器的待打包文件。

具体代码实现包括：使用node提供的child_process进行scp命令的执行，通过childProcess.exec方法执行scp命令，并通过回调函数，获取到error参数，如果error参数为空，证明上传成功，如果error有内容，则上传失败，通过引用node的request方法，将包通过http的post方法，上传至打包中心，打包中心使用express框架，并定义update接口，通过监听该接口的请求，通过req.files获取到请求，将获取到的包保存至指定上传目录，也即所述待打包队列。

可选地，所述方法还包括：

接收所述打包服务器的打包进度反馈信息。

根据所述打包进度反馈信息可以判断所述打包队列中待打包文件是否打包完成，如果打包完成，并生成对应的文件包，即可将所述文件包上传。同时将完成打包的所述待打包文件删除，为其他待打包文件腾出内存。

可选地，所述方法还包括：

将所述打包进度反馈信息上传到前端并展示。

将所述打包进度反馈信息上传到前端并展示的具体实现方法为：将java脚本中返回的打包进度通过request方法传给平台服务器，平台服务器通过websocket与前端通信，实现打包进度的展示。

可选地，所述方法还包括：

如果未接收到所述打包服务器反馈的探活成功反馈信息，则不将所述待打包文件添加至所述待打包队列，并向备用打包服务器发送所述探活请求。

如果未接收到所述打包服务器反馈的探活成功反馈信息，说明所述打包服务器处于挂起状态，此时可以向其他备用打包服务器发送探活请求，利用所述备用打包服务器进行打包作业。

图2是根据一示例性实施例示出的一种打包队列的管理方法的流程图。如图2所示，所述方法还包括：

步骤201：如果平台服务处于运行状态，则向所述打包服务器发送探活成功反馈信息；

如果所述平台服务器处于运行状态，即可对所述探活请求进行反馈，来指示所述打包服务器进行打包工作。

步骤202：如果所述平台服务处于挂起状态，则停止向所述打包服务器发送探活成功反馈信息。

如果所述平台服务器处于挂起状态，则无法对所述探活请求进行反馈。

通过将打包服务交给打包服务器，将平台服务交给平台服务器，实现了打包服务和平台服务的解耦，降低平台重启对打包服务器打包服务的影响，提高了打包的效率。

图3是根据一示例性实施例示出的一种打包队列的管理方法的流程图。如图3所示，所述打包队列的管理方法包括：

步骤301：向平台服务器发送探活请求；

本步骤为打包服务器的运行方法。所述探活请求用于请求对待探活服务进行探活操作，以查看该待探活服务是否为存活状态。探活请求中可以包括待探活服务的相关信息，例如，当该待探活服务运行在虚拟机上时，探活请求中包括该虚拟机的IP地址和端口号。

所述探活请求可以是请求端发送的，请求端可以是电脑、手持设备等用户终端。本申请实施例中所述请求端为所述打包服务器。

步骤302：如果接收到所述平台服务器的探活成功反馈信息，则将所述待打包文件添加至所述待打包队列；

接收到所述探活成功反馈信息说明所述平台服务器处于运行状态，可以指挥所述所述打包服务器进行打包工作。

步骤303：获取打包队列的打包进度并反馈至所述平台服务器，并根据所述打包进度将所述待打包队列中的待打包文件送入打包队列进行打包处理，获取文件包。

所述平台服务器用于根据所述打包队列的打包进度指示所述平台服务器进行打包工作，具体可以将完成打包的待打包文件删除，并保留所述待打包文件对应的文件包。并向所述打包队列中补充所述待打包文件。

可选地，所述方法还包括：

如果未接收到所述平台服务器的探活成功反馈信息，则不将所述待打包文件添加至所述待打包队列，并向备用平台服务器发送所述探活请求。

如果未接收到所述平台服务器反馈的探活成功反馈信息，说明所述平台服务器处于挂起状态，此时可以向其他备用平台服务器发送探活请求，利用所述备用平台服务器来指挥打包作业。

图4是根据一示例性实施例示出的一种打包队列的管理方法的流程图。如图4所示，可选地，所述方法还包括：

步骤401：接收所述平台服务器的探活请求；

步骤402：向所述平台服务器发送探活成功反馈信息。

如果所述打包服务器处于运行状态，则向所述平台服务器发送探活成功反馈信息；如果所述打包服务器处于挂起状态，则不会向所述平台服务器发送探活成功反馈信息。

图5是根据一示例性实施例示出的一种打包队列的管理方法的流程图。如图5所示，可选地，所述根据所述打包进度将所述待打包队列中的待打包文件送入打包队列进行打包处理，包括：

步骤501：获取打包队列中所述待打包文件的打包进度；

步骤502：如果存在完成打包的待打包文件，则删除所述待打包文件，保留所述待打包文件对应的文件包。

需要说明的是，所述待打包文件和所述文件包是不同的文件。本公开的目的是获得文件包，已经完成打包的待打包文件会占用多余的缓存空间，为了提高所述打包服务器的运行效率，需要删除待打包文件，保留待打包文件对应的文件包。

可选地，所述方法还包括：

如果打包队列中待打包文件的数量小于并行处理数量阈值，则将待打包队列中的待打包文件输入打包队列，直到所述待打包文件的数量等于所述并行处理数量阈值。

在一种可能的实施例中，所述并行处理数量阈值为6，如果如果打包队列中所述待打包文件的数量为4，说明所述打包队列中有2个所述待打包文件已经完成了打包工作，为了不浪费打包能力，需要向所述打包队列中再补充两个所述待打包文件。

图12是根据一示例性实施例示出的一种打包队列的管理方法的流程图。如图12所示，打包队列的角色类似于管理员，负责管理待打包队列以及打包队列，在一种可能的实施方式中，所述打包队列最多可以同时进行5个待打包文件的打包，图中a、b、c、d、e即为待打包文件，只要其中一个待打包文件打包完毕，就会继续从待打包队列中分配待打包文件并插入打包队列中。

代码实现过程为：定义一个函数push，当项目启动的时候，首先通过node的fs模块，运行readdirSync方法，获取到待打包队列中的待打包文件并输入到打包队列中，所述打包队列中的待打包文件数量有上限，即并行处理数量阈值，打包队列中的待打包文件数量应小于或等于并行处理数量阈值。需要说明的是，所述并行处理数量阈值可由实施者根据实际情况调整，本公开对并行处理数量阈值的具体数值不作限制。

通过打包函数DoingPKG获取打包队列中待打包文件的数量，也即打包进度。打包函数DoingPKG包含action函数，所述action函数用于对打包队列中的待打包文件进行打包。若打包队列中待打包文件的数量小于并行处理数量阈值，则再次执行readdirSync方法将待打包队列中的待打包文件插入打包队列。

通过将打包服务交给打包服务器，将平台服务交给平台服务器，实现了打包服务和平台服务的解耦，降低平台重启对打包服务器打包服务的影响，提高了打包的效率。

图6是根据一示例性实施例示出的一种打包队列的管理装置的框图。参照图6，该装置600包括：

探活请求发送模块610，用于向打包服务器发送探活请求；

本模块为平台服务器。所述探活请求用于请求对待探活服务进行探活操作，以查看该待探活服务是否为存活状态。探活请求中可以包括待探活服务的相关信息，例如，当该待探活服务运行在虚拟机上时，探活请求中包括该虚拟机的IP地址和端口号。

所述探活请求可以是请求端发送的，请求端可以是电脑、手持设备等用户终端。本申请实施例中所述请求端为所述平台服务器。

待打包文件输出模块620，如果接收到所述打包服务器反馈的探活成功反馈信息，则用于将待打包文件添加至所述打包服务器的待打包队列。

本公开需要进行双向探活，所述双向探活有以下目的：

判断当前平台服务器是否正常运行，如果不在正常运行，则打包服务器的打包进度暂不同步至该平台服务器；

判断当前打包服务器是否正常运行，根据打包中心是否正常运行判断是否向打包服务器发送待打包文件，即包体进行打包处理。

双向探活，即平台服务器向打包服务器探活，同时打包服务器向平台服务器探活。平台服务器向打包服务器探活的实现方法为：打包服务器维护一个接口，所述接口只要访问就返回成功，当平台服务器访问所述接口时，如果返回成功，说明该打包服务器正在正常运行，如果不响应或者报错，说明打包服务器异常，则不向该打包服务器发送待打包文件。同理，打包服务器向平台服务器探活的实现方法为：平台服务器维护一个接口，所述接口只要访问就返回成功，当打包服务器访问所述接口时，如果返回成功，说明该平台服务器正在正常运行，如果不响应或者报错，说明平台服务器异常，则不接收该平台服务器的待打包文件。

可选地，还包括：

反馈信息接收模块，用于接收所述打包服务器的打包进度反馈信息。

根据所述打包进度反馈信息可以判断所述打包队列中待打包文件是否打包完成，如果打包完成，并生成对应的文件包，即可将所述文件包上传。同时将完成打包的所述待打包文件删除，为其他待打包文件腾出内存。

可选地，还包括：

打包进度上传模块，用于将所述打包进度反馈信息上传到前端并展示。

将所述打包进度反馈信息上传到前端并展示的具体实现方法为：将java脚本中返回的打包进度通过request方法传给平台服务器，平台服务器通过websocket与前端通信，实现打包进度的展示。

可选地，还包括：

失败反馈模块，如果未接收到所述打包服务器反馈的探活成功反馈信息，则不将所述待打包文件添加至所述待打包队列，并向备用打包服务器发送所述探活请求。

如果未接收到所述打包服务器反馈的探活成功反馈信息，说明所述打包服务器处于挂起状态，此时可以向其他备用打包服务器发送探活请求，利用所述备用打包服务器进行打包作业。

图7是根据一示例性实施例示出的一种打包队列的管理装置的框图。参照图7，该装置700包括：

反馈模块710，如果平台服务处于运行状态，则用于向所述打包服务器发送探活成功反馈信息；

如果所述平台服务器处于运行状态，即可对所述探活请求进行反馈，来指示所述打包服务器进行打包工作。

反馈中止模块720，如果所述平台服务处于挂起状态，则用于停止向所述打包服务器发送探活成功反馈信息。

如果所述平台服务器处于挂起状态，则无法对所述探活请求进行反馈。

通过将打包服务交给打包服务器，将平台服务交给平台服务器，实现了打包服务和平台服务的解耦，降低平台重启对打包服务器打包服务的影响，提高了打包的效率。

图8是根据一示例性实施例示出的一种打包队列的管理装置的框图。参照图8，该装置800包括：

探活请求发送模块810，用于向平台服务器发送探活请求；

本模块为打包服务器。所述探活请求用于请求对待探活服务进行探活操作，以查看该待探活服务是否为存活状态。探活请求中可以包括待探活服务的相关信息，例如，当该待探活服务运行在虚拟机上时，探活请求中包括该虚拟机的IP地址和端口号。

所述探活请求可以是请求端发送的，请求端可以是电脑、手持设备等用户终端。本申请实施例中所述请求端为所述打包服务器。

待打包文件接收模块820，用于如果接收到所述平台服务器的探活成功反馈信息，则将所述待打包文件添加至所述待打包队列；

接收到所述探活成功反馈信息说明所述平台服务器处于运行状态，可以指挥所述所述打包服务器进行打包工作。

通过将打包服务交给打包服务器，将平台服务交给平台服务器，实现了打包服务和平台服务的解耦，降低平台重启对打包服务器打包服务的影响，提高了打包的效率。

打包模块830，用于获取打包队列的打包进度并反馈至所述平台服务器，并根据所述打包进度将所述待打包队列中的待打包文件送入打包队列进行打包处理，以获取文件包。

所述平台服务器用于根据所述打包队列的打包进度指示所述平台服务器进行打包工作，具体可以将完成打包的待打包文件删除，并保留所述待打包文件对应的文件包。并向所述打包队列中补充所述待打包文件。

可选地，还包括：

失败反馈模块，如果未接收到所述平台服务器的探活成功反馈信息，则不将所述待打包文件添加至所述待打包队列，并向备用平台服务器发送所述探活请求。

如果未接收到所述平台服务器反馈的探活成功反馈信息，说明所述平台服务器处于挂起状态，此时可以向其他备用平台服务器发送探活请求，利用所述备用平台服务器来指挥打包作业。

图9是根据一示例性实施例示出的一种打包队列的管理装置的框图。参照图9，可选地，该装置900包括：

探活请求接收模块910，用于接收所述平台服务器的探活请求；

反馈模块920，用于向所述平台服务器发送探活成功反馈信息。

如果所述打包服务器处于运行状态，则向所述平台服务器发送探活成功反馈信息；如果所述打包服务器处于挂起状态，则不会向所述平台服务器发送探活成功反馈信息。

图10是根据一示例性实施例示出的一种打包队列的管理装置的框图。参照图10，可选地，该装置1000包括：

打包进度获取子模块1010，用于获取打包队列中所述待打包文件的打包进度；

待打包文件删除子模块1020，如果存在完成打包的待打包文件，则用于删除所述待打包文件，保留所述待打包文件对应的文件包。

需要说明的是，所述待打包文件和所述文件包是不同的文件。本公开的目的是获得文件包，已经完成打包的待打包文件会占用多余的缓存空间，为了提高所述打包服务器的运行效率，需要删除待打包文件，保留待打包文件对应的文件包。

可选地，还包括：

待打包文件补充模块，如果打包队列中待打包文件的数量小于并行处理数量阈值，则用于将待打包队列中的待打包文件输入打包队列，直到所述待打包文件的数量等于所述并行处理数量阈值。

在一种可能的实施例中，所述并行处理数量阈值为6，如果如果打包队列中所述待打包文件的数量为4，说明所述打包队列中有2个所述待打包文件已经完成了打包工作，为了不浪费打包能力，需要向所述打包队列中再补充两个所述待打包文件。

通过将打包服务交给打包服务器，将平台服务交给平台服务器，实现了打包服务和平台服务的解耦，降低平台重启对打包服务器打包服务的影响，提高了打包的效率。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图11示出了可以用来实施本公开的实施例的示例电子设备1100的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图11所示，设备1100包括计算单元1101，其可以根据存储在只读存储器(ROM)1102中的计算机程序或者从存储单元1108加载到随机访问存储器(RAM)1103中的计算机程序，来执行各种适当的动作和处理。在RAM 1103中，还可存储设备1100操作所需的各种程序和数据。计算单元1101、ROM 1102以及RAM 1103通过总线1104彼此相连。输入/输出(I/O)接口1105也连接至总线1104。

设备1100中的多个部件连接至I/O接口1105，包括：输入单元1106，例如键盘、鼠标等；输出单元1107，例如各种类型的显示器、扬声器等；存储单元1108，例如磁盘、光盘等；以及通信单元1109，例如网卡、调制解调器、无线通信收发机等。通信单元1109允许设备1100通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元1101可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1101的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元1101执行上文所描述的各个方法和处理，例如打包队列的管理方法。例如，在一些实施例中，打包队列的管理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1108。在一些实施例中，计算机程序的部分或者全部可以经由ROM 1102和/或通信单元1109而被载入和/或安装到设备1100上。当计算机程序加载到RAM 1103并由计算单元1101执行时，可以执行上文描述的打包队列的管理方法的一个或多个步骤。备选地，在其他实施例中，计算单元1101可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行打包队列的管理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、互联网和区块链网络。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务("Virtual Private Server"，或简称"VPS")中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种打包队列的管理方法，其特征在于，包括：

向打包服务器发送探活请求；

如果接收到所述打包服务器反馈的探活成功反馈信息，则将待打包文件添加至所述打包服务器的待打包队列。

2.如权利要求1所述的方法，其特征在于，还包括：

接收所述打包服务器的打包进度反馈信息。

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

将所述打包进度反馈信息上传到前端并展示。

4.根据权利要求1所述的方法，其特征在于，还包括：

如果未接收到所述打包服务器反馈的探活成功反馈信息，则不将所述待打包文件添加至所述待打包队列，并向备用打包服务器发送所述探活请求。

5.根据权利要求1所述的方法，其特征在于，还包括：

如果平台服务处于运行状态，则向所述打包服务器发送探活成功反馈信息；

如果所述平台服务处于挂起状态，则停止向所述打包服务器发送探活成功反馈信息。

6.一种打包队列的管理方法，其特征在于，包括：

向平台服务器发送探活请求；

如果接收到所述平台服务器的探活成功反馈信息，则将所述待打包文件添加至待打包队列；

获取打包队列的打包进度并反馈至所述平台服务器，并根据所述打包进度将所述待打包队列中的待打包文件送入打包队列进行打包处理，以获取文件包。

7.根据权利要求6所述的方法，其特征在于，还包括：

如果未接收到所述平台服务器的探活成功反馈信息，则不将所述待打包文件添加至所述待打包队列，并向备用平台服务器发送所述探活请求。

8.根据权利要求6所述的方法，其特征在于，还包括：

接收所述平台服务器的探活请求；

向所述平台服务器发送探活成功反馈信息。

9.根据权利要求6所述的方法，所述根据所述打包进度将所述待打包队列中的待打包文件送入打包队列进行打包处理，包括：

获取打包队列中所述待打包文件的打包进度；

如果存在完成打包的待打包文件，则删除所述待打包文件，保留所述待打包文件对应的文件包。

10.根据权利要求6所述的方法，其特征在于，还包括：

如果打包队列中待打包文件的数量小于并行处理数量阈值，则将待打包队列中的待打包文件输入打包队列，直到所述待打包文件的数量等于所述并行处理数量阈值。

Images