CN109885391A - 一种资源打包方法、装置、电子设备及介质 - Google Patents

Abstract

本发明公开了一种资源打包方法、装置、电子设备及介质。所述方法包括：获取对目标资源的打包请求，查找是否存在没有打包请求在处理的空闲处理节点，从存在的空闲处理节点中，为打包请求分配目标处理节点，根据打包请求，在目标处理节点上对目标资源进行打包，能够实现利用多个处理节点并行处理打包请求，克服了同时仅能处理一个打包请求的问题，同时并行处理多个打包请求，降低了需要排队进行打包处理的可能性，从整体上提高了处理效率、降低了打包处理的耗时。

Description

一种资源打包方法、装置、电子设备及介质

技术领域

本发明涉及数据处理技术领域，特别是涉及一种资源打包方法、一种资源打包装置、一种电子设备及一种计算机可读存储介质。

背景技术

JavaScript(直译式脚本语言)项目上线，通常会通过一站式平台完成打包、资源同步到测试环境、资源同步到上线环境等一系列动作。其中，打包是指通过工具对项目所需要的模块构建一个内部关系依赖关系图，并生成一个或多个包。

但是，打包环节通常因占用网络资源和CPU资源较大，导致耗费时间长。当有用户正在进行打包时，后续的用户就需要按顺序排队打包资源，存在效率低、耗时长的问题。

发明内容

鉴于上述问题，提出了一种资源打包方法、装置、电子设备及计算机可读存储介质，以解决当有用户正在进行打包时，后续的用户就需要按顺序排队打包资源，存在效率低、耗时长的问题。

依据本发明的一个方面，提供了一种资源打包方法，包括：

获取对目标资源的打包请求；

查找是否存在没有打包请求在处理的空闲处理节点；

从存在的空闲处理节点中，为所述打包请求分配目标处理节点；

根据所述打包请求，在所述目标处理节点上对所述目标资源进行打包。

可选地，所述从存在的空闲处理节点中，为所述打包请求分配目标处理节点包括：

从存在的空闲处理节点中选取一个目标处理节点；

将所述打包请求发送给所述目标处理节点；

建立所述目标处理节点与所述打包请求的请求端的关联关系。

可选地，在所述根据所述打包请求，在所述目标处理节点上对所述目标资源进行打包之后，所述方法还包括：

将打包得到的资源包发送给管理节点；

根据所述关联关系，确定所述资源包的请求端；

向所述请求端发送打包已完成的通知。

可选地，在所述向所述请求端发送打包已完成的通知之前，所述方法还包括：

将所述资源包的版本号、包名、包大小、所述目标资源的获取地址中至少一种保存到资源包数据库中。

可选地，所述打包请求包括资源地址信息、资源分支信息和资源入口信息，所述根据所述打包请求，在所述目标处理节点上对所述目标资源进行打包包括：

根据所述打包请求中的资源地址信息，在所述目标处理节点上拉取所述目标资源；

根据所述打包请求中的资源分支信息和资源入口信息，对所述目标资源进行打包。

可选地，在所述根据所述打包请求，在所述目标处理节点上对所述目标资源进行打包之后，所述方法还包括：

对打包得到的资源包进行计算处理，得到唯一标识和/或包大小。

可选地，在所述查找是否存在没有打包请求在处理的空闲处理节点之后，所述方法还包括：

若不存在空闲处理节点，则新增至少一个处理节点；

建立所述新增的至少一个处理节点与管理节点之间的连接。

依据本发明的另一个方面，提供了一种资源打包装置，包括：

请求获取模块，用于获取对目标资源的打包请求；

节点查找模块，用于查找是否存在没有打包请求在处理的空闲处理节点；

节点分配模块，用于从存在的空闲处理节点中，为所述打包请求分配目标处理节点；

打包模块，用于根据所述打包请求，在所述目标处理节点上对所述目标资源进行打包。

可选地，所述节点分配模块包括：

节点选取子模块，用于从存在的空闲处理节点中选取一个目标处理节点；

请求发送子模块，用于将所述打包请求发送给所述目标处理节点；

关系建立子模块，用于建立所述目标处理节点与所述打包请求的请求端的关联关系。

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

发送模块，用于在所述根据所述打包请求，在所述目标处理节点上对所述目标资源进行打包之后，将打包得到的资源包发送给管理节点；

请求端确定模块，用于根据所述关联关系，确定所述资源包的请求端；

通知模块，用于向所述请求端发送打包已完成的通知。

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

保存模块，用于在所述向所述请求端发送打包已完成的通知之前，将所述资源包的版本号、包名、包大小、所述目标资源的获取地址中至少一种保存到资源包数据库中。

可选地，所述打包请求包括资源地址信息、资源分支信息和资源入口信息，所述打包模块包括：

资源拉取子模块，用于根据所述打包请求中的资源地址信息，在所述目标处理节点上拉取所述目标资源；

打包子模块，用于根据所述打包请求中的资源分支信息和资源入口信息，对所述目标资源进行打包。

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

计算处理模块，用于在所述根据所述打包请求，在所述目标处理节点上对所述目标资源进行打包之后，对打包得到的资源包进行计算处理，得到唯一标识和/或包大小。

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

新增模块，用于在所述查找是否存在没有打包请求在处理的空闲处理节点之后，若不存在空闲处理节点，则新增至少一个处理节点；

连接建立模块，用于建立所述新增的至少一个处理节点与管理节点之间的连接。

依据本发明的另一个方面，提供了一种电子设备，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述的资源打包方法。

依据本发明的另一个方面，提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述的资源打包方法。

综上所述，依据本发明实施例，通过获取对目标资源的打包请求，查找是否存在没有打包请求在处理的空闲处理节点，从存在的空闲处理节点中，为打包请求分配目标处理节点，根据打包请求，在目标处理节点上对目标资源进行打包，能够实现利用多个处理节点并行处理打包请求，克服了同时仅能处理一个打包请求的问题，同时并行处理多个打包请求，降低了需要排队进行打包处理的可能性，从整体上提高了处理效率、降低了打包处理的耗时。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例一中的一种资源打包方法的流程图；

图2示出了本发明实施例二中的一种资源打包方法的流程图；

图3示出了资源打包过程的示意图；

图4示出了本发明实施例三中的一种资源打包装置的结构框图；

图5示出了本发明实施例提供的一种电子设备的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

实施例一

参照图1，示出了本发明实施例一中的一种资源打包方法的流程图，具体可以包括：

步骤101，获取对目标资源的打包请求。

在本发明实施例中，打包请求是指针对目标资源进行打包的请求，例如，打包平台的用户一般是应用的开发者，开发者通过浏览器登录打包平台网站，并使网站给打包平台服务发送打包请求。打包平台服务包括一个管理节点和多个用于进行打包的处理节点，管理节点或每个处理节点都独立地运行在实体机、虚拟机或docker(容器)上。开发者通过网页向管理节点发送打包请求。

其中，目标资源主要是源代码、还可以包括样式表、图片等资源，或者其他任意使用的资源，本发明实施例对此不做限制。

具体来说，当管理节点在启动时，会启动一个socket(套接字)服务，网页通过socket服务和管理节点建立连接。开发者可以通过网页和管理程序建立的socket连接，向管理节点发送打包请求。

步骤102，查找是否存在没有打包请求在处理的空闲处理节点。

在本发明实施例中，处理节点是指用于处理打包请求，对目标资源进行打包的节点，具体可以是在实体机、虚拟机或docker上运行的打包程序等，本发明实施例对此不做限制。部署多个处理节点用于同时处理多个打包请求，将没有打包请求在处理的处理节点，记为空闲处理节点。

在本发明实施例的一种实现方式中，当处理节点启动时，会和管理节点建立socket连接，管理节点会将所有和它连接的处理节点记录到一个处理节点列表中，并将初次建立连接的处理节点标记为空闲。管理节点通过查询处理节点列表，判断是否存在空闲处理节点，若不存在空闲处理节点，则通知打包请求的请求端暂无空闲处理节点，需要进行等待，若存在空闲处理节点，则执行步骤103。

步骤103，从存在的空闲处理节点中，为所述打包请求分配目标处理节点。

在本发明实施例中，查找到空闲处理节点后，从空闲处理节点中，选取一个处理节点，作为目标处理节点，将该目标处理节点发配给打包请求。在一种实现方式中，从存在的空闲处理节点中选取一个目标处理节点；将所述打包请求发送给所述目标处理节点；建立所述目标处理节点与所述打包请求的请求端的关联关系，具体可以包括任意适用的实现方式，本发明实施例对此不做限制。

步骤104，根据所述打包请求，在所述目标处理节点上对所述目标资源进行打包。

在本发明实施例中，在目标处理节点上，根据打包请求对目标资源进行打包，具体实现方式可以包括多种，例如，根据所述打包请求中的资源地址信息，在所述目标处理节点上拉取所述目标资源；根据所述打包请求中的资源分支信息和资源入口信息，对所述目标资源进行打包，具体可以包括任意适用的实现方式，本发明实施例对此不做限制。

综上所述，依据本发明实施例，通过获取对目标资源的打包请求，查找是否存在没有打包请求在处理的空闲处理节点，从存在的空闲处理节点中，为打包请求分配目标处理节点，根据打包请求，在目标处理节点上对目标资源进行打包，能够实现利用多个处理节点并行处理打包请求，克服了同时仅能处理一个打包请求的问题，同时并行处理多个打包请求，降低了需要排队进行打包处理的可能性，从整体上提高了处理效率、降低了打包处理的耗时。

实施例二

参照图2，示出了本发明实施例二中的一种资源打包方法的流程图，具体可以包括：

步骤201，获取对目标资源的打包请求。

在本发明实施例中，此步骤的具体实现方式可以参见前述实施例中的描述，此处不另赘述。

步骤202，查找是否存在没有打包请求在处理的空闲处理节点。

在本发明实施例中，此步骤的具体实现方式可以参见前述实施例中的描述，此处不另赘述。

在本发明实施例中，可选地，在查找是否存在没有打包请求在处理的空闲处理节点之后，还可以包括：若不存在空闲处理节点，则新增至少一个处理节点；建立所述新增的至少一个处理节点与管理节点之间的连接。

查找空闲处理节点的结果是不存在空闲处理节点时，表明打包请求过多，已经不能满足更多的打包需求，可以新增至少一个处理节点，并且建立新增的处理节点与管理节点之间的连接，以使管理节点可以为打包请求分配该新增的处理节点。

步骤203，从存在的空闲处理节点中选取一个目标处理节点。

步骤204，将所述打包请求发送给所述目标处理节点。

步骤205，建立所述目标处理节点与所述打包请求的请求端的关联关系。

在本发明实施例中，打包请求的请求端可以是一个网页客户端，也可以是一个应用客户端，本发明实施例对此不做限制。打包请求携带有请求端的标识或地址，为了在打包的流程完成时，能找到该打包请求的请求端，可以建立目标处理节点与请求端的关联关系。

步骤206，根据所述打包请求中的资源地址信息，在所述目标处理节点上拉取所述目标资源。

在本发明实施例中，打包请求包括资源地址信息(即项目地址)、资源分支信息(即项目分支)和资源入口信息(即项目入口)，其中，资源地址信息是指目标资源存储的位置，例如，一般项目资源存储在云端服务器中，如Gitlab(一种仓库管理系统)。根据打包请求中的资源地址信息，目标处理节点可以从服务器拉取目标资源。

步骤207，根据所述打包请求中的资源分支信息和资源入口信息，对所述目标资源进行打包。

在本发明实施例中，资源分支信息是指一个项目的目标资源中存在关联的几个子项目的资源，资源入口信息是指一个项目中第一个被用到的资源。在对目标资源进行打包时，需要根据资源入口信息确定第一个被分析的资源文件，然后对资源文件进行分析，分析出资源之间的依赖关系，在分析依赖关系时需要根据资源分支信息进行分析。

在对目标资源进行打包之前，还需要进行一些预处理，例如，对源代码进行分析，确定相关的依赖库，并安装目标资源相关的依赖库。然后利用webpack(一种前端资源加载/打包工具)、rnpacker(react native packer，反应原生打包工具)等打包工具，对目标资源进行打包。

步骤208，对打包得到的资源包进行计算处理，得到唯一标识和/或包大小。

在本发明实施例中，打包完成后，得到资源包(bundle)，可以对资源包进行一些计算处理，得到唯一标识(例如，md5值)和/或包大小等。

步骤209，将打包得到的资源包发送给管理节点。

在本发明实施例中，处理节点完成处理后，将资源包发送给管理节点。

步骤210，根据所述关联关系，确定所述资源包的请求端。

在本发明实施例中，管理节点接收资源包后，通过发送资源包的目标处理节点，根据之前建立的关联关系，确定与其关联的请求端，这时就将资源包和打包请求的信息关联起来了。

在本发明实施例中，可选地，在向所述请求端发送打包已完成的通知之前，还可以包括：将资源包的版本号、包名、包大小、所述目标资源的获取地址中至少一种保存到资源包数据库中。

管理节点可以将包的最新信息，比如版本号、包名、包大小、将目标资源同步给处理节点的CDN(Content Delivery Network，内容分发网络)的地址等信息中的至少一种，写入资源包数据库中，以供请求端查看。

步骤211，向所述请求端发送打包已完成的通知。

综上所述，依据本发明实施例，通过获取对目标资源的打包请求，查找是否存在没有打包请求在处理的空闲处理节点，从存在的空闲处理节点中选取一个目标处理节点，将所述打包请求发送给所述目标处理节点，建立所述目标处理节点与所述打包请求的请求端的关联关系，根据所述打包请求中的资源地址信息，在所述目标处理节点上拉取所述目标资源，根据所述打包请求中的资源分支信息和资源入口信息，对所述目标资源进行打包，对打包得到的资源包进行计算处理，得到唯一标识和/或包大小，将打包得到的资源包发送给管理节点，根据所述关联关系，确定所述资源包的请求端，能够实现利用多个处理节点并行处理打包请求，克服了同时仅能处理一个打包请求的问题，同时并行处理多个打包请求，降低了需要排队进行打包处理的可能性，从整体上提高了处理效率、降低了打包处理的耗时。

进一步，通过若不存在空闲处理节点，则新增至少一个处理节点，建立所述新增的至少一个处理节点与管理节点之间的连接，实现了通过扩展处理节点来满足更多的打包需求。

为使本领域技术人员更好地理解本申请，以下通过具体的示例对本发明的一种实现方式进行说明。

如图3所示的资源打包过程的示意图，具体可以包括如下步骤。

步骤1，开发者通过网页向管理程序发送打包指令(即打包请求)。

步骤2，管理程序判断是否有空闲的打包程序(即空闲处理节点)。当打包程序启动时，会和管理程序建立socket连接。管理程序会将所有和它连接的打包程序(即处理节点)记录到一个打包程序列表中，并将初次建立连接的打包程序标记为空闲。管理程序通过查询打包程序列表，判断是否有空闲的打包程序。如果没有，进入流程3。如果有，进入流程4。

步骤3，流程结束，并通知开发者暂无空闲打包程序，需要进行等待。

步骤4，为该网页分配空闲的打包程序(即目标处理节点)，并将打包指令转给打包程序，然后将该打包程序和该网页进行关联。关联的目的在于，当打包程序中的流程完成时，能找到该打包指令的发起者是谁。关联完成的同时，也将该打包程序标记为非空闲。

步骤5，打包程序接受到打包指令，并根据打包指令的相关信息(即资源地址)拉取项目资源。

步骤6，对源代码进行一些预处理，比如安装相关依赖库。

步骤7，对目标资源进行打包，包括但不限于利用webpack、rnpacker等打包工具。

步骤8，打包完成之后，可以对打包得到的bundle(即资源包)进行一些后处理，比如md5命名、获取包大小等操作。

步骤9，打包程序(即目标处理节点)将处理完成后的bundle发送给管理程序。

步骤10，管理程序接受bundle，并通发送bundle的打包程序，寻找到与其关联的网页。这时就将bundle和打包指令的信息关联起来了。

步骤11，管理程序将bundle的最新信息，比如版本号、包名、包大小、同步目标资源的CDN地址，写入数据库(即资源包数据库)。

步骤12，通知相关联的开发者，打包已经完成。

实施例三

参照图4，示出了本发明实施例三中的一种资源打包装置的结构框图，具体可以包括：

请求获取模块301，用于获取对目标资源的打包请求；

节点查找模块302，用于查找是否存在没有打包请求在处理的空闲处理节点；

节点分配模块303，用于从存在的空闲处理节点中，为所述打包请求分配目标处理节点；

打包模块304，用于根据所述打包请求，在所述目标处理节点上对所述目标资源进行打包。

在本发明实施例中，可选地，所述节点分配模块包括：

节点选取子模块，用于从存在的空闲处理节点中选取一个目标处理节点；

请求发送子模块，用于将所述打包请求发送给所述目标处理节点；

关系建立子模块，用于建立所述目标处理节点与所述打包请求的请求端的关联关系。

在本发明实施例中，可选地，所述装置还包括：

发送模块，用于在所述根据所述打包请求，在所述目标处理节点上对所述目标资源进行打包之后，将打包得到的资源包发送给管理节点；

请求端确定模块，用于根据所述关联关系，确定所述资源包的请求端；

通知模块，用于向所述请求端发送打包已完成的通知。

在本发明实施例中，可选地，所述装置还包括：

保存模块，用于在所述向所述请求端发送打包已完成的通知之前，将所述资源包的版本号、包名、包大小、所述目标资源的获取地址中至少一种保存到资源包数据库中。

在本发明实施例中，可选地，所述打包请求包括资源地址信息、资源分支信息和资源入口信息，所述打包模块包括：

资源拉取子模块，用于根据所述打包请求中的资源地址信息，在所述目标处理节点上拉取所述目标资源；

打包子模块，用于根据所述打包请求中的资源分支信息和资源入口信息，对所述目标资源进行打包。

在本发明实施例中，可选地，所述装置还包括：

计算处理模块，用于在所述根据所述打包请求，在所述目标处理节点上对所述目标资源进行打包之后，对打包得到的资源包进行计算处理，得到唯一标识和/或包大小。

在本发明实施例中，可选地，所述装置还包括：

新增模块，用于在所述查找是否存在没有打包请求在处理的空闲处理节点之后，若不存在空闲处理节点，则新增至少一个处理节点；

连接建立模块，用于建立所述新增的至少一个处理节点与管理节点之间的连接。

综上所述，依据本发明实施例，通过获取对目标资源的打包请求，查找是否存在没有打包请求在处理的空闲处理节点，从存在的空闲处理节点中，为打包请求分配目标处理节点，根据打包请求，在目标处理节点上对目标资源进行打包，能够实现利用多个处理节点并行处理打包请求，克服了同时仅能处理一个打包请求的问题，同时并行处理多个打包请求，降低了需要排队进行打包处理的可能性，从整体上提高了处理效率、降低了打包处理的耗时。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

图5为本发明实施例提供的一种电子设备的结构框图。如图5所示，该电子设备800可以包括一个或多个处理器801以及与处理器801连接的一个或多个存储器802。电子设备800还可以包括输入接口803和输出接口804，用于与另一装置或系统进行通信。被处理器801的CPU执行的程序代码可存储在存储器802中。

电子设备800中的处理器801调用存储在存储器802的程序代码，以执行上述实施例中的资源打包方法。

处理器为上述服务器的控制中心，并提供处理装置，用于执行指令，进行中断操作，提供计时功能以及多种其他功能。处理器可为单核(单CPU)处理器或多核(多CPU)处理器。除非另有声明，描述为用于执行任务的例如处理器或存储器的部件可实现为通用部件，其暂时用于在给定时间执行任务，或实现为专门制造用于执行该任务的特定部件。此处所用的术语“处理器”指一个或多个装置，电路和/或处理核，用于处理数据，例如计算机程序指令。

上述服务器中的上述元件可通过总线彼此连接，总线例如数据总线、地址总线、控制总线、扩展总线和局部总线之一或其任意组合。

根据本发明的一个实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，存储介质可以是只读存储器(Read-Only Memory，ROM)，或是可读写的，例如硬盘、闪存。所述计算机程序被处理器执行时实现前述实施例的资源打包方法。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

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

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种资源打包方法、装置、电子设备及介质，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (16)

1.一种资源打包方法，其特征在于，包括：

获取对目标资源的打包请求；

查找是否存在没有打包请求在处理的空闲处理节点；

从存在的空闲处理节点中，为所述打包请求分配目标处理节点；

根据所述打包请求，在所述目标处理节点上对所述目标资源进行打包。

2.根据权利要求1所述的方法，其特征在于，所述从存在的空闲处理节点中，为所述打包请求分配目标处理节点包括：

从存在的空闲处理节点中选取一个目标处理节点；

将所述打包请求发送给所述目标处理节点；

建立所述目标处理节点与所述打包请求的请求端的关联关系。

3.根据权利要求2所述的方法，其特征在于，在所述根据所述打包请求，在所述目标处理节点上对所述目标资源进行打包之后，所述方法还包括：

将打包得到的资源包发送给管理节点；

根据所述关联关系，确定所述资源包的请求端；

向所述请求端发送打包已完成的通知。

4.根据权利要求3所述的方法，其特征在于，在所述向所述请求端发送打包已完成的通知之前，所述方法还包括：

将所述资源包的版本号、包名、包大小、所述目标资源的获取地址中至少一种保存到资源包数据库中。

5.根据权利要求1所述的方法，其特征在于，所述打包请求包括资源地址信息、资源分支信息和资源入口信息，所述根据所述打包请求，在所述目标处理节点上对所述目标资源进行打包包括：

根据所述打包请求中的资源地址信息，在所述目标处理节点上拉取所述目标资源；

根据所述打包请求中的资源分支信息和资源入口信息，对所述目标资源进行打包。

6.根据权利要求1所述的方法，其特征在于，在所述根据所述打包请求，在所述目标处理节点上对所述目标资源进行打包之后，所述方法还包括：

对打包得到的资源包进行计算处理，得到唯一标识和/或包大小。

7.根据权利要求1所述的方法，其特征在于，在所述查找是否存在没有打包请求在处理的空闲处理节点之后，所述方法还包括：

若不存在空闲处理节点，则新增至少一个处理节点；

建立所述新增的至少一个处理节点与管理节点之间的连接。

8.一种资源打包装置，其特征在于，包括：

请求获取模块，用于获取对目标资源的打包请求；

节点查找模块，用于查找是否存在没有打包请求在处理的空闲处理节点；

节点分配模块，用于从存在的空闲处理节点中，为所述打包请求分配目标处理节点；

打包模块，用于根据所述打包请求，在所述目标处理节点上对所述目标资源进行打包。

9.根据权利要求8所述的装置，其特征在于，所述节点分配模块包括：

节点选取子模块，用于从存在的空闲处理节点中选取一个目标处理节点；

请求发送子模块，用于将所述打包请求发送给所述目标处理节点；

关系建立子模块，用于建立所述目标处理节点与所述打包请求的请求端的关联关系。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

发送模块，用于在所述根据所述打包请求，在所述目标处理节点上对所述目标资源进行打包之后，将打包得到的资源包发送给管理节点；

请求端确定模块，用于根据所述关联关系，确定所述资源包的请求端；

通知模块，用于向所述请求端发送打包已完成的通知。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：

保存模块，用于在所述向所述请求端发送打包已完成的通知之前，将所述资源包的版本号、包名、包大小、所述目标资源的获取地址中至少一种保存到资源包数据库中。

12.根据权利要求8所述的装置，其特征在于，所述打包请求包括资源地址信息、资源分支信息和资源入口信息，所述打包模块包括：

资源拉取子模块，用于根据所述打包请求中的资源地址信息，在所述目标处理节点上拉取所述目标资源；

打包子模块，用于根据所述打包请求中的资源分支信息和资源入口信息，对所述目标资源进行打包。

13.根据权利要求8所述的装置，其特征在于，所述装置还包括：

计算处理模块，用于在所述根据所述打包请求，在所述目标处理节点上对所述目标资源进行打包之后，对打包得到的资源包进行计算处理，得到唯一标识和/或包大小。

14.根据权利要求8所述的装置，其特征在于，所述装置还包括：

新增模块，用于在所述查找是否存在没有打包请求在处理的空闲处理节点之后，若不存在空闲处理节点，则新增至少一个处理节点；

连接建立模块，用于建立所述新增的至少一个处理节点与管理节点之间的连接。

15.一种电子设备，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1-7任一项所述的资源打包方法。

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-7任一项所述的资源打包方法。