沙箱环境的创建方法、装置、设备及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种沙箱环境的创建方法、装置、设备及存储介质。

背景技术

沙箱环境，又称为开发环境和测试环境，是提供专属开发和测试用的环境。目前创建的沙箱环境主要是面向规模已知的项目，即为规模已知的项目提供专属的开发和测试环境。

而对于个人应用，由于其规模无法预知等原因，目前只能提供在线编译和调试环境，无法为其提供专属的开发和测试环境。

申请内容

本申请实施例提供一种沙箱环境的创建方法、装置、设备及存储介质，可以解决现有技术无法为个人应用提供专属的沙箱环境的问题。

第一方面，本申请实施例提供了一种沙箱环境的创建方法，包括：

在接收到沙箱环境创建请求的情况下，获取第一应用的属性信息和沙箱资源池中各资源节点的第一使用信息；

根据属性信息和第一使用信息中的至少之一，从各资源节点中确定能够提供第一服务的目标资源节点，第一服务为第一应用运行所需的服务；

将目标资源节点分配给第一应用，创建第一应用的沙箱环境。

第二方面，本申请实施例提供了一种沙箱环境的创建装置，包括：

获取模块，用于在接收到沙箱环境创建请求的情况下，获取第一应用的属性信息和沙箱资源池中各资源节点的第一使用信息；

确定模块，用于根据属性信息和第一使用信息中的至少之一，从各资源节点中确定能够提供第一服务的目标资源节点，第一服务为第一应用运行所需的服务；

创建模块，用于将目标资源节点分配给第一应用，创建第一应用的沙箱环境。

第三方面，本申请实施例提供了一种电子设备，包括：

处理器；

存储器，用于存储计算机程序指令；

当计算机程序指令被处理器执行时，实现如第一方面所述的方法。

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

第五方面，本申请实施例提供了一种计算机程序产品，计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备执行如第一方面所述的方法。

本申请实施例在接收到沙箱环境创建请求的情况下，可以根据第一应用的属性信息和沙箱资源池中各资源节点的使用信息中的至少之一，确定能够提供第一应用运行所需的服务的目标资源节点，并将目标资源节点分配给第一应用，创建第一应用的沙箱环境，即本申请实施例可以基于目标资源节点，为第一应用创建专属的沙箱环境，解决了现有技术无法为个人应用创建专属的沙箱环境的问题。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种沙箱环境的创建方法的整体示意图；

图2为本申请实施例提供的一种沙箱环境的创建方法的流程图；

图3为本申请实施例提供的一种沙箱环境的创建装置的结构图；

图4为本申请实施例提供的一种电子设备的结构图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本申请，并不被配置为限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

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

如上所述，目前创建的沙箱环境主要是面向规模已知的项目，而对于个人应用，由于数量较多且规模无法预知，目前只能提供在线编译和调试环境，无法为个人应用提供专属的沙箱环境。

为此，本申请实施例提供了一种沙箱环境的创建方法、装置、设备及存储介质，解决了现有技术无法为个人应用提供专属的沙箱环境的问题。

本申请实施例提供的沙箱环境的创建方法的整体方案如图1所示：

(1)用户打开云IDE，编写或上传个人应用代码，并保存；

(2)通过编写或上传的个人应用代码，识别并设置个人应用运行所需的中间件；

(3)上传个人应用调试运行所需的配置信息和初始化脚本；

(4)根据用户选择的已经上传和配置的个人应用代码，在线发起沙箱环境的创建请求；

(5)根据沙箱资源匹配算法，为个人应用匹配沙箱资源池中的资源，创建个人应用沙箱环境；

(6)通过沙箱资源管理算法动态管理沙箱资源池中的资源；

(7)个人应用沙箱环境创建成功后，用户即可执行自动化CICD，运行、测试和使用自己的个人应用。

下面结合具体的实施例对本申请实施例提供的沙箱环境的创建方法进行说明，图2为本申请实施例提供的一种沙箱环境的创建方法的流程图。该方法可以应用于电子设备，电子设备可以包括但不限于手机、平板电脑、笔记本电脑、掌上电脑等。

如图2所示，该沙箱环境的创建方法可以包括如下步骤：

S210、在接收到沙箱环境创建请求的情况下，获取第一应用的属性信息和沙箱资源池中各资源节点的第一使用信息。

S220、根据属性信息和第一使用信息中的至少之一，从各资源节点中确定能够提供第一服务的目标资源节点。

其中，第一服务为第一应用运行所需的服务。

S230、将目标资源节点分配给第一应用，创建第一应用的沙箱环境。

本申请实施例在接收到沙箱环境创建请求的情况下，可以根据第一应用的属性信息和沙箱资源池中各资源节点的使用信息中的至少之一，确定能够提供第一应用运行所需的服务的目标资源节点，并将目标资源节点分配给第一应用，创建第一应用的沙箱环境，即本申请实施例可以基于目标资源节点，为第一应用创建专属的沙箱环境，解决了现有技术无法为个人应用创建专属的沙箱环境的问题。

下面对上述步骤进行详细说明，具体如下所示：

在S210中，沙箱环境创建请求用于请求为个人应用的测试和运行创建专属的沙箱环境，示例性地，在用户确定个人应用代码的情况下，可以在线发起沙箱环境的创建请求。

个人应用代码可以由用户预先编写或上传，示例性地，用户可以通过云IDE环境，上传本地的个人应用代码，也可以根据Serverless服务(也可以采用其他服务)提供的云函数模板编写个人应用代码，编写或上传完成后，个人应用代码可以自动上传到同一的代码仓库中进行保存。

第一应用例如可以是个人应用，第一应用的属性信息例如可以包括第一应用的应用规模，也即第一应用的大小(例如2M)，和第一应用的初始化数据量，初始化数据量可以基于用户上传的初始化脚本确定。

沙箱资源池用于存储多个资源节点，不同的资源节点可以提供不同的服务。第一使用信息即资源节点对硬件资源的使用情况，例如可以包括对中央处理器(CentralProcessing Unit，CPU)、内存以及输入/输出(Input/Output，I/O)等的使用情况。

示例性地，可以通过心跳监听程序获取沙箱资源池中各资源节点的使用信息，例如可以通过心跳监听程序监听各资源节点对CPU、内存和I/O等的使用百分比。

在S220中，示例性地，第一服务为第一应用运行所需的服务，也即中间件服务，中间件例如可以包括MySQL、Redis等。

目标资源节点可以是沙箱资源池中的一个或多个资源节点。

在一些实施例中，可以根据第一应用的规模信息和各资源节点的第一使用信息中的至少之一，从各资源节点中确定目标资源节点，为创建个人应用的沙箱环境提供基础。

示例性地，可以根据各资源节点的第一使用信息确定目标资源节点，此时第一使用信息可以包括各资源节点对预设资源的使用百分比，预设资源例如可以包括CPU、内存和I/O。

基于此，在一些实施例中，上述S220可以包括以下步骤：

在资源节点对预设资源的使用百分比小于第一使用下限的情况下，将对预设资源的使用百分比小于第一使用下限的资源节点确定为目标资源节点，第一使用下限为沙箱资源池对预设资源的使用下限。

示例性地，第一使用下限为沙箱资源池对CPU、内存和I/O的使用下限，分别为LL

具体地，可以统计心跳监听程序监听到各资源节点对CPU、内存和I/O的使用百分比，然后从沙箱资源池中确定对CPU的使用百分比R

本申请实施例是从硬件资源的角度，首先考虑各资源节点对硬件资源的使用情况，即如果某资源节点对CPU、内存和I/O的使用百分比小于沙箱资源池对CPU、内存和I/O的使用下限，表明该资源节点还可以提供其他服务，例如还可以提供第一应用运行所需的中间件服务，因此可以将该资源节点作为目标资源节点，创建沙箱环境。

示例性地，第一使用信息还可以包括资源节点的使用百分比，资源节点的使用百分比是根据资源节点对预设资源的使用百分比确定的。示例性地，R

基于此，在一些实施例中，上述S220可以包括以下步骤：

在资源节点对预设资源的使用百分比不小于第一使用下限、且资源节点的使用百分比小于第二使用下限的情况下，将对预设资源的使用百分比不小于第一使用下限、且资源节点的使用百分比小于第二使用下限的资源节点确定为目标资源节点，第二使用下限为资源节点的使用下限。

第二使用下限LL

本申请实施例在资源节点对预设资源的使用百分比大于或等于沙箱资源池对预设资源的使用下限的情况下，进一步考虑资源节点的资源与该资源节点的使用下限的关系，如果该资源节点的资源小于该资源节点的使用下限，表示该资源节点还可以提供第一应用运行所需的中间件服务，此时可以将该资源节点作为目标资源节点，创建沙箱环境。

示例性地，还可以根据第一应用的属性信息和资源节点的第一使用信息确定目标资源节点。以第一应用的属性信息包括第一应用的应用规模和初始化数据量为例，在一些实施例中，上述S220可以包括以下步骤：

在资源节点对预设资源的使用百分比不小于第一使用下限、资源节点的使用百分比不小于第二使用下限、第一应用的应用规模满足第一预设条件、且第一应用的初始化数据量满足第二预设条件的情况下，确定使用百分比大于第二使用下限，且小于第一使用上限的资源节点，作为目标资源节点，第一使用上限为资源节点的使用上限。

示例性地，第一预设条件可以是第一应用的应用规模在中等及以下，第二预设条件可以是第一应用的初始化数据量在中等及以下。

示例性地，可以根据应用规模的大小对应用规模进行等级划分，例如可以将应用规模划分为高、中、低三个等级，其中应用规模越大，对应的等级越高，例如高、中、低三个等级代表应用规模依次降低。初始化数据量的等级划分与应用规模类似，即也可以根据初始化数据量的大小将初始化数据量划分为高、中、低三个等级。

第一使用上限UL

具体地，可以确定资源节点对预设资源的使用百分比不小于第一使用下限、资源节点的使用百分比不小于第二使用下限、应用规模的等级在中等及以下、初始化数据量的等级在中等及以下、且使用百分比大于第二使用下限，且小于第一使用上限的资源节点，作为目标资源节点。

本申请实施例在资源节点的R

上述W

本申请实施例可以根据沙箱资源池的使用情况、第一应用的应用规模以及初始化数据量为第一应用自动分配沙箱资源池中的资源节点，并基于分配的资源节点创建沙箱环境，解决了现有技术无法为个人应用创建专属的沙箱环境的问题。

在S230中，目标资源节点确定后，即可将目标资源节点分配给第一应用，创建第一应用的沙箱环境。

沙箱环境创建完成后，用户可以在沙箱环境中基于云IDE开发、调试和运行第一应用，还可以基于Serverless服务及应用，结合GitOps引擎，执行自动化CICD操作，持续集成和部署个人应用到专属的沙箱环境。

在一些实施例中，在用户退出沙箱环境时，可以提示用户下载与第一应用相关的配置信息和数据脚本，以便用户在下次申请沙箱环境时，可以通过上传最新的配置信息和数据脚本的方式，在第一应用的基础上继续开发、调试和运行，如此可以省时省力。

应当理解，随着资源节点的使用，沙箱资源池中的资源也在不断消耗，此时需要保持资源的稳定性，例如当用户退出沙箱环境后，及时回收沙箱资源；实时获取沙箱资源池的使用情况并及时补充资源；分析沙箱资源的历史申请数据，提前储备沙箱资源等，如此可以提高沙箱环境的可用性和用户的体验。

基于此，在一些实施例中，在用户退出沙箱环境后，可以停止并删除用户的个人应用(如个人命名空间、POD、Service、镜像和部署文件等)，停止并删除中间件服务，删除个人应用相关的配置信息和数据，以回收沙箱资源。

在一些实施例中，在S230之后，该沙箱环境的创建方法还可以包括以下步骤：

S240、统计沙箱资源池中第一使用信息满足第二预设条件的第一资源节点；

S250、根据第一资源节点的数量和第一使用信息，为沙箱资源池补充资源。

沙箱资源池中各资源节点的第一使用信息的获取方式可以参见上述实施例，为简洁描述，此处不再赘述。

第二预设条件例如可以是第一使用信息大于设定阈值，即本申请实施例可以基于第一使用信息的情况筛选资源节点，并基于筛选出的资源节点的数量和使用信息，为沙箱资源池补充资源，以保持沙箱资源池的动态稳定。

以第一使用信息包括资源节点对中央处理器CPU、内存以及输入/输出的使用百分比为例，示例性地，上述S240可以包括以下步骤：

统计对CPU的使用百分比大于第二使用上限的第二资源节点、对内存的使用百分比大于第三使用上限的第三资源节点、对输入/输出的使用百分比大于第四使用上限的第四资源节点，以及使用百分比大于第一使用上限的第五资源节点，第一使用上限为资源节点的使用上限，第二使用上限为沙箱资源池对CPU的使用上限，第三使用上限为沙箱资源池对内存的使用上限，第四使用上限为沙箱资源池对输入/输出的使用上限；

将第二资源节点、第三资源节点、第四资源节点和第五资源节点，确定为第一资源节点。

示例性地，第二预设条件可以包括对CPU的使用百分比大于第二使用上限UL

具体地，可以统计对CPU的使用百分比大于第二使用上限的第二资源节点、对内存的使用百分比大于第三使用上限的第三资源节点、对输入/输出的使用百分比大于第四使用上限的第四资源节点，以及使用百分比大于第一使用上限的第五资源节点，统称为第一资源节点。

本申请实施例通过统计对CPU、内存和I/O的使用百分比大于对应使用上限的资源节点，使得后续可以基于统计的资源节点的数量和使用情况对沙箱资源池的资源进行补充，以保持沙箱资源池的动态稳定。

在上述实施例的基础上，示例性地，上述S250可以包括以下步骤：

根据第二资源节点的数量以及第二资源节点对CPU的使用百分比，确定需要给沙箱资源池补充的CPU量；

根据第三资源节点的数量以及第三资源节点对内存的使用百分比，确定需要给沙箱资源池补充的内存量；

根据第四资源节点的数量以及第四资源节点对输入/输出的使用百分比，确定需要给沙箱资源池补充的输入/输出的量；

根据第五资源节点的数量以及第五资源节点的使用百分比，确定需要给沙箱资源池补充的资源节点的数量，或者需要给第五资源节点补充的资源。

本申请实施例不限定上述步骤的执行顺序，例如可以按照上述顺序执行上述步骤，也可以按照其他顺序执行，还可以同时执行上述各步骤。

示例性地，可以根据第二资源节点的数量以及各第二资源节点对CPU的使用百分比，确定需要给沙箱资源池补充的CPU量，例如，有三个第二资源节点对CPU的使用百分比超过第二使用上限，则可以各个第二资源节点对CPU的使用百分比超过第二使用上限的总量，然后基于总量为沙箱资源池补充对应的CPU量，实际补充的CPU量可以基于计算出的CPU量调整。

内存量和输入/输出的量的补充过程类似，具体可以参见CPU的补充过程。

应当理解，沙箱资源池中资源节点的数量以及各资源节点提供的服务是有限的，因此，在使用过程中，需要为沙箱资源池及时补充一定的资源节点，或者为某些资源节点补充一定的资源。

例如，可以根据第五资源节点(已使用的资源节点)的数量以及第五资源节点的使用情况，确定需要给沙箱资源池补充的资源节点的数量，或者需要给第五资源节点补充的资源。

其中，需要给第五资源节点补充的资源，可以是中间件服务等资源。

在一些实施例中，“根据第五资源节点的数量以及第五资源节点的使用百分比，确定需要给沙箱资源池补充的资源节点的数量”，可以包括以下步骤：

在沙箱资源池中未剩余空闲资源节点的情况下，根据第五资源节点的数量以及第五资源节点的使用百分比，确定需要给沙箱资源池补充的资源节点的数量；

在沙箱资源池中剩余空闲资源节点的情况下，将第五资源节点中使用百分比大于第一使用上限的资源转移至空闲资源节点。

示例性地，当沙箱资源池中的资源节点均被使用，即无剩余空闲资源节点时，可以根据各资源节点的使用百分比，确定需要补充的资源节点的数量，例如各资源节点的使用百分比均大于UL

示例性地，当沙箱资源池中的资源节点未被全部使用，即存在空闲资源节点时，可以优先使用空闲资源节点，例如可以将使用百分比大于UL

本申请实施例在沙箱资源池不存在空闲资源节点时，及时根据已使用资源节点的使用情况补充一定数量的资源节点，在沙箱资源池存在空闲资源节点时，优先利用空闲的资源节点，保持各资源节点的服务平衡，如此可以保持沙箱资源池的动态稳定。

除了可以根据资源节点的使用情况及时补充沙箱资源池的资源，还可以分析沙箱环境的历史创建信息，提前储备沙箱资源，以应对突发需要。

基于此，在一些实施例中，在S230之后，该沙箱环境的创建方法还可以包括以下步骤：

获取沙箱环境的历史创建信息和资源节点的历史使用信息；

根据历史创建信息和使用数据，确定沙箱资源池需要补充的资源节点和/或资源。

历史创建信息例如可以包括历史申请信息、历史应用的应用规模、初始化数据量等信息，历史使用信息例如可以包括沙箱环境对应的资源节点对CPU、内存和I/O等的历史使用情况。

根据沙箱环境的历史创建信息和资源节点的历史使用信息，可以确定沙箱资源池未来需要补充的资源节点和/或资源，提前进行储备，以应对突发需要。

本申请实施例通过补充和提前储备沙箱资源池，实现了对沙箱资源池中资源的动态管理，提高了沙箱环境的可用性和用户的体验。

本申请实施例提供了一种面向开发者个人应用的沙箱环境创建方法，根据个人应用的规模信息以及沙箱资源池中各资源节点的使用信息中的至少之一，可以为个人应用自动分配一个专属的沙箱环境，在该专属的沙箱环境中，开发者可以进行开发、调试和运行个人应用，执行CICD操作等。同时还可以动态管理沙箱资源池中的资源，保持资源的动态稳定，例如可在沙箱资源不足时，可以及时补充沙箱资源，同时可以根据沙箱环境的历史申请等信息提前储备沙箱资源，以应对突发需求。

基于相同的发明构思，本申请实施例还提供了一种沙箱环境的创建装置，下面结合图3对本申请实施例提供的沙箱环境的创建装置进行详细说明。

图3为本申请实施例提供的一种沙箱环境的创建装置的结构图。

如图3所示，该沙箱环境的创建装置可以包括：

获取模块310，用于在接收到沙箱环境创建请求的情况下，获取第一应用的属性信息和沙箱资源池中各资源节点的第一使用信息；

确定模块320，用于根据属性信息和第一使用信息中的至少之一，从各资源节点中确定能够提供第一服务的目标资源节点，第一服务为第一应用运行所需的服务；

创建模块330，用于将目标资源节点分配给第一应用，创建第一应用的沙箱环境。

本申请实施例在接收到沙箱环境创建请求的情况下，可以根据第一应用的属性信息和沙箱资源池中各资源节点的使用信息中的至少之一，确定能够提供第一应用运行所需的服务的目标资源节点，并将目标资源节点分配给第一应用，创建第一应用的沙箱环境，即本申请实施例可以基于目标资源节点，为第一应用创建专属的沙箱环境，解决了现有技术无法为个人应用创建专属的沙箱环境的问题。

在一些实施例中，第一使用信息包括资源节点对预设资源的使用百分比；

确定模块320，具体用于：

在资源节点对预设资源的使用百分比小于第一使用下限的情况下，将对预设资源的使用百分比小于第一使用下限的资源节点确定为目标资源节点，第一使用下限为沙箱资源池对预设资源的使用下限。

在一些实施例中，第一使用信息还包括资源节点的使用百分比，资源节点的使用百分比是根据资源节点对预设资源的使用百分比确定的；

确定模块320，具体用于：

在资源节点对预设资源的使用百分比不小于第一使用下限、且资源节点的使用百分比小于第二使用下限的情况下，将对预设资源的使用百分比不小于第一使用下限、且资源节点的使用百分比小于第二使用下限的资源节点确定为目标资源节点，第二使用下限为资源节点的使用下限。

在一些实施例中，第一应用的属性信息包括所述第一应用的应用规模和初始化数据量；

确定模块320，具体用于：

在资源节点对预设资源的使用百分比不小于第一使用下限、资源节点的使用百分比不小于第二使用下限、第一应用的应用规模满足第一预设条件、且第一应用的初始化数据量满足第二预设条件的情况下，确定使用百分比大于第二使用下限，且小于第一使用上限的资源节点，作为目标资源节点，第一使用上限为资源节点的使用上限。

在一些实施例中，该沙箱环境的创建装置还可以包括：

统计模块，用于在创建模块330将目标资源节点分配给第一应用，创建第一应用的沙箱环境之后，统计沙箱资源池中第一使用信息满足第二预设条件的第一资源节点；

补充模块，用于根据第一资源节点的数量和第一使用信息，为沙箱资源池补充资源。

在一些实施例中，第一使用信息包括资源节点对中央处理器CPU、内存以及输入/输出的使用百分比；

统计模块，具体用于：

统计对CPU的使用百分比大于第二使用上限的第二资源节点、对内存的使用百分比大于第三使用上限的第三资源节点、对输入/输出的使用百分比大于第四使用上限的第四资源节点，以及使用百分比大于第一使用上限的第五资源节点，第一使用上限为资源节点的使用上限，第二使用上限为沙箱资源池对CPU的使用上限，第三使用上限为沙箱资源池对内存的使用上限，第四使用上限为沙箱资源池对输入/输出的使用上限；

将第二资源节点、第三资源节点、第四资源节点和第五资源节点，确定为第一资源节点。

在一些实施例中，补充模块，具体用于：

根据第二资源节点的数量以及第二资源节点对CPU的使用百分比，确定需要给沙箱资源池补充的CPU量；

根据第三资源节点的数量以及第三资源节点对内存的使用百分比，确定需要给沙箱资源池补充的内存量；

根据第四资源节点的数量以及第四资源节点对输入/输出的使用百分比，确定需要给沙箱资源池补充的输入/输出的量；

根据第五资源节点的数量以及第五资源节点的使用百分比，确定需要给沙箱资源池补充的资源节点的数量，或者需要给第五资源节点补充的资源。

在一些实施例中，补充模块，具体用于：

在沙箱资源池中未剩余空闲资源节点的情况下，根据第五资源节点的数量以及第五资源节点的使用百分比，确定需要给沙箱资源池补充的资源节点的数量；

在沙箱资源池中剩余空闲资源节点的情况下，将第五资源节点中使用百分比大于第一使用上限的资源转移至空闲资源节点。

在一些实施例中，获取模块310，还用于在创建模块330将目标资源节点分配给第一应用，创建第一应用的沙箱环境之后，获取沙箱环境的历史创建信息和资源节点的历史使用信息；

确定模块320，还用于根据历史创建信息和使用数据，确定沙箱资源池需要补充的资源节点和/或资源。

图3所示装置中的各个模块具有实现图1-图2中各个步骤的功能并能达到相应的技术效果，为简洁描述，此处不再赘述。

基于相同的发明构思，本申请实施例还提供了一种电子设备，该电子设备例如可以是手机、平板电脑、笔记本电脑、掌上电脑等。下面结合图4对本申请实施例提供的电子设备进行详细说明。

如图4所示，该电子设备可以包括处理器410以及用于存储计算机程序指令的存储器420。

处理器410可以包括中央处理器(Central Processing Unit，CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器420可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器420可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在一个实例中，存储器420可以包括可移除或不可移除(或固定)的介质，或者存储器420是非易失性固态存储器。在一个实例中，存储器420可以是只读存储器(Read Only Memory，ROM)。在一个实例中，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

处理器410通过读取并执行存储器420中存储的计算机程序指令，以实现图1和图2所示实施例中的方法，并达到图1和图2所示实施例执行其方法达到的相应技术效果，为简洁描述，在此不再赘述。

在一个示例中，该电子设备还可包括通信接口430和总线440。其中，如图4所示，处理器410、存储器420、通信接口430通过总线440连接并完成相互间的通信。

通信接口430，主要用于实现本申请实施例中各模块、装置和/或设备之间的通信。

总线440包括硬件、软件或两者，将电子设备的各部件彼此耦接在一起。举例来说而非限制，总线440可包括加速图形端(Accelerated Graphics Port，AGP)或其他图形总线、增强工业标准架构(Extended Industry Standard Architecture，EISA)总线、前端总线(Front Side Bus，FSB)、超传输(Hyper Transport，HT)互连、工业标准架构(IndustryStandard Architecture，ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线440可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

该电子设备在接收到沙箱环境创建请求的情况下，获取第一应用的属性信息和沙箱资源池中各资源节点的第一使用信息后可以执行本申请实施例中的数据处理方法，从而实现结合图1和图2描述的沙箱环境的创建方法以及图3描述的沙箱环境的创建装置。

另外，结合上述实施例中的沙箱环境的创建方法，本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种沙箱环境的创建方法。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RadioFrequency，RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本申请实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请实施例的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。