资源加载方法和装置、存储介质及电子装置与流程

专利2022-06-29  107


本发明涉及计算机领域,具体而言,涉及一种资源加载方法和装置、存储介质及电子装置。



背景技术:

现有的移动游戏通常包含非常庞大的游戏资源,unity3d是由unitytechnologies开发的一个让玩家轻松创建诸如三维视频游戏、建筑可视化、实时三维动画等类型互动内容的多平台的综合型游戏开发工具。assetbundle是unity3d提供的一种用来存储资源的文件格式,它可以存储任意一种unity引擎能够识别的资源。

在现有技术方案中,将游戏资源打包成assetbundle,在资源加载的过程中,由于打包中的assetbundle常常存在冗余资源,由此降低了资源的加载速度。此外,由于assetbundle缺乏卸载机制,造成运行时内存的浪费。

因此,针对相关技术中,游戏资源的加载速度低的问题,目前尚未存在有效的解决方案。



技术实现要素:

本发明实施例提供了一种资源加载方法和装置、存储介质及电子装置,以至少解决游戏资源的加载速度低的技术问题。

根据本发明实施例的一个方面,提供了一种资源加载方法,包括:获取资源加载请求,其中,所述资源加载请求用于请求加载在目标客户端中执行目标操作时所需的资源;响应所述资源加载请求,从与所述目标客户端对应的目标资源包中确定出与所述目标操作匹配的目标资源集,其中,所述目标资源包中包括至少两个资源集,每个所述资源集的大小小于等于第一阈值;将所述目标资源集加载至目标缓存,以在所述目标客户端中执行所述目标操作时提供资源。

可选地,从与所述目标客户端对应的目标资源包中确定出与所述目标操作匹配的目标资源集,包括:解析所述资源加载请求,确定所述目标资源包中第一资源包的包标识;根据所述第一资源包的包标识加载所述目标资源包;从所述目标资源包中确定出所述目标资源集。

可选地,所述根据所述第一资源包的包标识加载所述目标资源包,包括:获取所述资源包的依赖关系;在所述依赖关系指示所述第一资源包并未被其他资源包依赖的情况下,将所述第一资源包确定为所述目标资源包;加载所述第一资源包;在所述依赖关系指示所述第一资源包被第二资源包依赖的情况下,将所述第一资源包及所述第二资源包确定为所述目标资源包;加载所述第一资源包和所述第二资源包。

可选地,在所述根据所述第一资源包的包标识加载所述目标资源包之后,还包括:在所述依赖关系指示所述第一资源包并未被其他资源包依赖,且所述第一资源包并非目标资源类型的情况下,释放所述第一资源包;否则,将所述目标资源包记录到缓存列表。

可选地,在所述将所述目标资源集加载至目标缓存之后,还包括:在使用所述目标资源集执行所述目标操作之后,查看所述缓存列表;在所述缓存列表中查找到所述目标资源包的情况下,调用第一插件卸载所述目标资源包中的资源;在所述缓存列表中未查找到所述目标资源包的情况下,调用第二插件卸载所述目标资源包中的资源。

可选地,在所述从与所述目标客户端对应的目标资源包中确定出与所述目标操作匹配的目标资源集之前,还包括:从资源映射关系表中获取与所述目标资源包匹配的加载路径,其中,所述资源映射关系表用于记录资源包与加载路径之间的对应关系;通过所述加载路径加载所述目标资源包。

可选地,所述方法还包括:根据资源属性对运行所述目标客户端所使用的全部资源进行第一次分组,得到至少两个目标资源分组;按照预设资源大小将每个所述目标资源分组划分为至少两个预备资源集;分别对每个所述目标资源分组中的预备资源集进行打包,得到预备资源包,其中,所述预备资源包中包括所述目标资源包,所述预备资源集中包括所述目标资源集;为每个所述预备资源包分配加载路径,并将每个所述预备资源包和对应的加载路径存储至资源映射关系表中。

根据本发明实施例的另一方面,还提供了一种资源加载装置,包括:获取模块,用于获取资源加载请求,其中,所述资源加载请求用于请求加载在目标客户端中执行目标操作时所需的资源;响应模块,用于响应所述资源加载请求,从与所述目标客户端对应的目标资源包中确定出与所述目标操作匹配的目标资源集,其中,所述目标资源包中包括至少两个资源集,每个所述资源集的大小小于等于第一阈值;加载模块,用于将所述目标资源集加载至目标缓存,以在所述目标客户端中执行所述目标操作时提供资源。

根据本发明实施例的又一方面,还提供了一种计算机可读的存储介质,该计算机可读的存储介质中存储有计算机程序,其中,该计算机程序被设置为运行时执行上述资源加载方法。

根据本发明实施例的又一方面,还提供了一种电子装置,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,上述处理器通过计算机程序执行上述的资源加载方法。

在本发明实施例中,采用获取资源加载请求,其中,资源加载请求用于请求加载在目标客户端中执行目标操作时所需的资源;响应资源加载请求,从与目标客户端对应的目标资源包中确定出与目标操作匹配的目标资源集,其中,目标资源包中包括至少两个资源集,每个资源集的大小小于等于第一阈值;将目标资源集加载至目标缓存,以在目标客户端中执行所述目标操作时提供资源。通过对资源的合理拆分打包,达到了在运行时可以减少加载时间的目的,从而实现了提高资源加载速度的技术效果,进而解决了游戏资源的加载速度低的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:

图1是根据本发明实施例的一种可选的资源加载方法的应用环境的示意图;

图2是根据本发明实施例的资源加载方法的流程图;

图3是根据本发明可选的实施方式的一种可选的资源加载方法的示意图一;

图4是根据本发明可选的实施方式的一种可选的资源加载方法的示意图二;

图5是根据本发明可选的实施方式的一种可选的资源加载方法的示意图三;

图6是根据本发明可选的实施方式的一种可选的资源加载方法的示意图四;

图7是根据本发明可选的实施方式的一种可选的资源加载方法的示意图五;

图8是根据本发明可选的实施方式的一种可选的资源加载方法的整体流程图;

图9是根据本发明实施例的一种可选的资源加载装置的结构示意图;

图10是根据本发明实施例的一种可选的电子装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。

需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本发明实施例的一个方面,提供了一种资源加载方法,可选地,作为一种可选的实施方式,上述资源加载方法可以但不限于应用于如图1所示的环境中。

可选地,在本实施例中,上述资源加载方法可以但不限于应用于服务器112中,用于根据资源加载请求,在从与目标客户端对应的目标资源包中确定出与目标操作匹配的目标资源集。其中,上述应用客户端可以但不限于运行在用户设备102中,该用户设备102可以但不限于为手机、平板电脑、笔记本电脑、pc机等支持运行应用客户端的终端设备。上述服务器112和用户设备102可以但不限于通过网络实现数据交互,上述网络可以包括但不限于无线网络或有线网络。其中,该无线网络包括:蓝牙、wifi及其他实现无线通信的网络。上述有线网络可以包括但不限于:广域网、城域网、局域网。上述仅是一种示例,本实施例中对此不作任何限定。

可选地,作为一种可选的实施方式,如图2所示,上述资源加载方法包括:

步骤s202,获取资源加载请求,其中,所述资源加载请求用于请求加载在目标客户端中执行目标操作时所需的资源;

步骤s204,响应所述资源加载请求,从与所述目标客户端对应的目标资源包中确定出与所述目标操作匹配的目标资源集,其中,所述目标资源包中包括至少两个资源集,每个所述资源集的大小小于等于第一阈值;

步骤s206,将所述目标资源集加载至目标缓存,以在所述目标客户端中执行所述目标操作时提供资源。

作为一个可选的实施方式,目标客户端可以是游戏客户端,执行的目标操作可以是玩家操作游戏场景中的虚拟操作对象执行的动作,例如:使用虚拟射击道具执行射击动作,在本实施例中目标操作可以是在游戏场景中可以出现的任意的操作。目标资源包可以是assetbundle资源包,目标资源集是对assetbundle资源包进行更精细的划分后的资源集,资源集中的资源大小不能超过第一阈值,第一阈值的大小可以根据实际情况而定,例如可以是1m、4m、10m等。目标缓存可以是终端的内存,用于对加载的资源进行缓存,以便在需要资源的时候直接在缓存中获取,提高加载速度。

通过本申请,采用获取资源加载请求,其中,资源加载请求用于请求加载在目标客户端中执行目标操作时所需的资源;响应资源加载请求,从与目标客户端对应的目标资源包中确定出与目标操作匹配的目标资源集,其中,目标资源包中包括至少两个资源集,每个资源集的大小小于等于第一阈值;将目标资源集加载至目标缓存,以在目标客户端中执行所述目标操作时提供资源。通过对资源的合理拆分打包,达到了在运行时可以减少加载时间的目的,从而实现了提高资源加载速度的技术效果,进而解决了游戏资源的加载速度低的技术问题。

作为一个可选的实施例,从与所述目标客户端对应的目标资源包中确定出与所述目标操作匹配的目标资源集,包括:解析所述资源加载请求,确定所述目标资源包中第一资源包的包标识;根据所述第一资源包的包标识加载所述目标资源包;从所述目标资源包中确定出所述目标资源集。在本实施例中,游戏业务请求游戏资源时,传入游戏资源标识。资源加载请求中携带由资源的标识,具体地标识可以是资源的名称。确定所需资源的名称后,先确定缓存中是否存在所需资源,若存在直接从缓存中获取所需资源。若不存在,则表示所需资源尚未加载。由于所需资源是打包在资源包中的,因此,需要根据所需资源的标识确定出其所在的资源包的标识,对其所在的资源包进行加载后,在该资源包中确定出所需资源。

作为一个可选的实施例,所述根据所述第一资源包的包标识加载所述目标资源包,包括:获取所述资源包的依赖关系;在所述依赖关系指示所述第一资源包并未被其他资源包依赖的情况下,将所述第一资源包确定为所述目标资源包;加载所述第一资源包;在所述依赖关系指示所述第一资源包被第二资源包依赖的情况下,将所述第一资源包及所述第二资源包确定为所述目标资源包;加载所述第一资源包和所述第二资源包。在本实施例中,资源包之间的依赖关系包括但不限于第一资源包和第二资源包需要同时使用。例如,在目标客户端中执行击杀操作需要同时使用第一资源和第二资源,而第一资源和第二资源分别属于第一资源包和第二资源包中的资源,那么第一资源包和第二资源包是存在依赖关系的。在加载第一资源包assetbundle时,查找该assetbundle关系,找到依赖的其他第二资源包,若存在依赖关系的资源包,将第一资源包和第二资源包一并加载。具体地,可以调用assetbundle.load接口加载出游戏资源。把加载出的资源加入运行时asset缓存,并把资源返回给游戏业务使用。

作为一个可选的实施例,在所述根据所述第一资源包的包标识加载所述目标资源包之后,还包括:在所述依赖关系指示所述第一资源包并未被其他资源包依赖,且所述第一资源包并非目标资源类型的情况下,释放所述第一资源包;否则,将所述目标资源包记录到缓存列表。在本实施例中,若加载的第一资源与其他资源并不存在依赖关系,且加载出的资源不是gameobject/component类型,则调用assetbundle.unload(false)释放第一资源assetbundle。否则将资源包记录到缓存列表中。

作为一个可选的实施例,在所述将所述目标资源集加载至目标缓存之后,还包括:在使用所述目标资源集执行所述目标操作之后,查看所述缓存列表;在所述缓存列表中查找到所述目标资源包的情况下,调用第一插件卸载所述目标资源包中的资源;在所述缓存列表中未查找到所述目标资源包的情况下,调用第二插件卸载所述目标资源包中的资源。在本实施例中,在游戏业务对资源使用完成后,在在运行时asset资源缓存中移除使用完成的资源。在assetbundle缓存列表里面查看游戏资源对应的assetbundle是否还存在。如果存在则找到对应assetbundle,并调用assetbundle.unload(true)完全卸载资源。如果不存在表示assetbundle已经释放,只需要调用resources.unloadasset将资源完全卸载。

作为一个可选的实施例,在所述从与所述目标客户端对应的目标资源包中确定出与所述目标操作匹配的目标资源集之前,还包括:从资源映射关系表中获取与所述目标资源包匹配的加载路径,其中,所述资源映射关系表用于记录资源包与加载路径之间的对应关系;通过所述加载路径加载所述目标资源包。在本实施例中,资源映射关系表中记录了资源包与资源包的加载路径的关系,从资源映射关系表中可以获取到所要加载的资源包的加载路径,通过加载路径对资源包进行加载。

作为一个可选的实施例,所述方法还包括:根据资源属性对运行所述目标客户端所使用的全部资源进行第一次分组,得到至少两个目标资源分组;按照预设资源大小将每个所述目标资源分组划分为至少两个预备资源集;分别对每个所述目标资源分组中的预备资源集进行打包,得到预备资源包,其中,所述预备资源包中包括所述目标资源包,所述预备资源集中包括所述目标资源集;为每个所述预备资源包分配加载路径,并将每个所述预备资源包和对应的加载路径存储至资源映射关系表中。在本实施例中,对于每个游戏客户端均对应有运行该客户端所需的所有资源,本实施例中对与客户端对应的所有资源进行细小的划分。共进行两次划分,第一次按照资源的属性进行划分,第二次按照预设的资源大小进行划分。本实施例中的资源属性可以包括资源的大小,以及资源的类型。如图3所示是对客户端资源进行第一次划分的流程图,其中包括如下步骤:

步骤1:获取客户端的游戏资源;

步骤2:判断游戏资中每个资源的大小是否超过预设阈值,将超高预设阈值的资源放入组c;

步骤3:对于未超过预设阈值的资源,判断是否是gameobject/component类型的资源;

步骤4:将gameobject/component类型的资源放入组b,将不是gameobject/component类型的资源放入组c。

如图4是所示是对组a、组b和组c中的资源进行进一步的划分流程图,以将组a中的资源进行划分为例,具体包括如下步骤:

步骤一:创建一个空的集合;

步骤二:在组a中依次选取资源元素放入集合中,在资源选取时,优先选取与上一个资源元素具有依赖关系的元素,;

步骤三:判断集合内的资源是否大于预设阈值,具体地预设阈值可以根据实际情况设置,例如,1m、4m或5m;

步骤四:若集合内的资源超出了阈值,将该集合作为一个预备资源集;

步骤五:判断组a中是否还存在资源元素,若存在继续执行上述步骤一至三,若不存在,继续执行步骤六;

步骤六:将所有的预备资源集打包成assetbundle。

作为一个可选地实施方式,assetbundle分两个部分组成:序列化信息(serializedfile),二进制数据文件(streamdata),如图5所示。具体地,加载方式可以包括:assetbundle.loadfromfile、loadfrommemory和loadfromstream。在本实施方式中主要使用assetbundle.loadfromfile方式加载。当使用assetbundle.loadfromfile加载assetbundle时,实际上只有序列化信息(serializedfile)这部分被加载进内存。如图6所示。存在二进制文件的信息只有在assetbundle.load接口使用之后,才会将其数据解压并加载到内存中,也就是说,可以按需要加载assetbundle的部分资源,此时内存分布图如图7所示。

assetbundle提供的卸载接口是assetbundle.unload。其中序列化信息可以通过assetbundle.unload(false)提前释放。assetbundle.unload(true)则释放序列化信息和所有该assetbundle加载到内存的资源。具体地,可以根据资源的性质判断哪些资源可以提前释放,进一步减少内存消耗。

resources.unloadasset是unity提供的卸载某个资源(asset)的接口。其中,resources.unloadasset不支持的资源类型为gameobject/component/assetbundle.其中assetbundle不需要再次打包,component必须依赖gameobject存在,所以仅需要判断资源是不是gameobject类型,就可以准确区分资源能不能单独卸载。

在本实施例中,提供一种assetbundle管理方式,可以安全的加载和及时释放资源,并保持对业务逻辑的最少干扰,图8所示根据本实施例的一种资源加载流程图,其中,包括如下步骤:

步骤1:获取游戏资源名称。具体地,游戏业务请求游戏资源时,传入游戏资源名字。

步骤2:根据请求的资源名称中,在运行时asset缓存中查找,如果找到,则直接返回资源。

步骤3:如果asset缓存中未查找到所请求的资源,则表示该资源尚未加载,在asset-assetbundle映射表中根据资源名字查找对应资源包assetbundle的加载路径。

步骤4:根据加载路径加载对应的assetbundle,并查找该assetbundle的依赖关系,找到依赖的其他assetbundle,一并加载进来。

步骤5:在从加载出的assetbundle调用assetbundle.load接口提取出游戏资源。把提取出的资源加入运行时asset缓存。并把资源返回给游戏业务使用。

步骤6:判断步骤4中加载的assetbundle是否没有被其他assetbundle依赖,以及加载出的asset不是gameobject/component类型;若是,则调用assetbundle.unload(false)释放assetbundle资源,若否,则将步骤4中的assetbundle记录到assetbundle缓存列表。

步骤7:等待游戏业务对资源使用完成,在运行时asset缓存中移除8中使用完成的资源。

步骤8:在assetbundle缓存列表里面查看游戏资源对应的assetbundle是否还存在。

步骤9:若存在,则找到对应assetbundle,并调用assetbundle.unload(true)完全卸载资源。

步骤10:若不存在,则表示assetbundle已经释放,只需要调用resources.unloadasset释放游戏资源,则资源完全卸载。

加载步骤中将会使用以下对象容器:运行时asset缓存:记录资源路径到资源的映射字典。通过这个缓存,当游戏业务需要获取的资源已经存在于缓存时,就可以直接返回资源,不需要再次加载。asset-assetbundle映射表:记录资源路径到assetbundle加载路径的映射字典。通过这个映射表,可以找到需要加载的assetbundle加载路径。assetbundle依赖关系的有向图:记录assetbundle之间的映射关系,在打包的步骤中生成。因为加载assetbundle中的资源时,为了保证资源完整性,需要同时把依赖的所有assetbundle也加载进来,所以需要记录并在游戏启动的时候加载进资源管理模块。assetbundle缓存列表:保存assetbundle的加载记录的列表,把加载的assetbundle记录起来。这样可以在资源使用完之后,找到对应的assetbundle并释放。

通过本实施例,可以将assetbundle的管理精细化到里面的asset。同时避免了资源冗余。通过筛选可以提前释放的assetbundle,减少了运行时内存。因为使用了缓存技术,避免重复加载assetbundle,以及因此造成的asset在内存中冗余。

需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。

根据本发明实施例的另一个方面,还提供了一种用于实施上述资源加载方法的资源加载装置。如图9所示,该装置包括:获取模块92,用于获取资源加载请求,其中,所述资源加载请求用于请求加载在目标客户端中执行目标操作时所需的资源;响应模块94,用于响应所述资源加载请求,从与所述目标客户端对应的目标资源包中确定出与所述目标操作匹配的目标资源集,其中,所述目标资源包中包括至少两个资源集,每个所述资源集的大小小于等于第一阈值;加载模块96,用于将所述目标资源集加载至目标缓存,以在所述目标客户端中执行所述目标操作时提供资源。

作为一个可选实施例,上述响应模块还用于解析所述资源加载请求,确定所述目标资源包中第一资源包的包标识;根据所述第一资源包的包标识加载所述目标资源包;从所述目标资源包中确定出所述目标资源集。

作为一个可选实施例,上述装置还用于获取所述资源包的依赖关系;在所述依赖关系指示所述第一资源包并未被其他资源包依赖的情况下,将所述第一资源包确定为所述目标资源包;加载所述第一资源包;在所述依赖关系指示所述第一资源包被第二资源包依赖的情况下,将所述第一资源包及所述第二资源包确定为所述目标资源包;加载所述第一资源包和所述第二资源包。

作为一个可选实施例,上述装置还用于在所述根据所述第一资源包的包标识加载所述目标资源包之后,在所述依赖关系指示所述第一资源包并未被其他资源包依赖,且所述第一资源包并非目标资源类型的情况下,释放所述第一资源包;否则,将所述目标资源包记录到缓存列表。

作为一个可选实施例,上述装置还用于在所述将所述目标资源集加载至目标缓存之后,在使用所述目标资源集执行所述目标操作之后,查看所述缓存列表;在所述缓存列表中查找到所述目标资源包的情况下,调用第一插件卸载所述目标资源包中的资源;在所述缓存列表中未查找到所述目标资源包的情况下,调用第二插件卸载所述目标资源包中的资源。

作为一个可选实施例,上述装置还用于在所述从与所述目标客户端对应的目标资源包中确定出与所述目标操作匹配的目标资源集之前,还包括:从资源映射关系表中获取与所述目标资源包匹配的加载路径,其中,所述资源映射关系表用于记录资源包与加载路径之间的对应关系;通过所述加载路径加载所述目标资源包。

作为一个可选实施例,上述装置还用于根据资源属性对运行所述目标客户端所使用的全部资源进行第一次分组,得到至少两个目标资源分组;按照预设资源大小将每个所述目标资源分组划分为至少两个预备资源集;分别对每个所述目标资源分组中的预备资源集进行打包,得到预备资源包,其中,所述预备资源包中包括所述目标资源包,所述预备资源集中包括所述目标资源集;为每个所述预备资源包分配加载路径,并将每个所述预备资源包和对应的加载路径存储至资源映射关系表中。

根据本发明实施例的又一个方面,还提供了一种用于实施上述资源加载方法的电子装置,如图10所示,该电子装置包括存储器1002和处理器1004,该存储器1002中存储有计算机程序,该处理器1004被设置为通过计算机程序执行上述任一项方法实施例中的步骤。

可选地,在本实施例中,上述电子装置可以位于计算机网络的多个网络设备中的至少一个网络设备。

可选地,在本实施例中,上述处理器可以被设置为通过计算机程序执行以下步骤:

s1,获取资源加载请求,其中,所述资源加载请求用于请求加载在目标客户端中执行目标操作时所需的资源;

s2,响应所述资源加载请求,从与所述目标客户端对应的目标资源包中确定出与所述目标操作匹配的目标资源集,其中,所述目标资源包中包括至少两个资源集,每个所述资源集的大小小于等于第一阈值;

s3,将所述目标资源集加载至目标缓存,以在所述目标客户端中执行所述目标操作时提供资源。

可选地,本领域普通技术人员可以理解,图10所示的结构仅为示意,电子装置也可以是智能手机(如android手机、ios手机等)、平板电脑、掌上电脑以及移动互联网设备(mobileinternetdevices,mid)、pad等终端设备。图10其并不对上述电子装置的结构造成限定。例如,电子装置还可包括比图10中所示更多或者更少的组件(如网络接口等),或者具有与图10所示不同的配置。

其中,存储器1002可用于存储软件程序以及模块,如本发明实施例中的资源加载方法和装置对应的程序指令/模块,处理器1004通过运行存储在存储器1002内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的资源加载方法。存储器1002可包括高速随机存储器,还可以包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器1002可进一步包括相对于处理器1004远程设置的存储器,这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。其中,存储器1002具体可以但不限于用于存储目标资源包和目标资源集等信息。作为一种示例,如图10所示,上述存储器1002中可以但不限于包括上述资源加载装置中的获取模块92、响应模块94及加载模块96。此外,还可以包括但不限于上述资源加载装置中的其他模块单元,本示例中不再赘述。

可选地,上述的传输装置1006用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中,传输装置1006包括一个网络适配器(networkinterfacecontroller,nic),其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中,传输装置1006为射频(radiofrequency,rf)模块,其用于通过无线方式与互联网进行通讯。

此外,上述电子装置还包括:显示器1008,用于显示在目标客户端中执行的目标操作;和连接总线1010,用于连接上述电子装置中的各个模块部件。

根据本发明的实施例的又一方面,还提供了一种计算机可读的存储介质,该计算机可读的存储介质中存储有计算机程序,其中,该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地,在本实施例中,上述计算机可读的存储介质可以被设置为存储用于执行以下步骤的计算机程序:

s1,获取资源加载请求,其中,所述资源加载请求用于请求加载在目标客户端中执行目标操作时所需的资源;

s2,响应所述资源加载请求,从与所述目标客户端对应的目标资源包中确定出与所述目标操作匹配的目标资源集,其中,所述目标资源包中包括至少两个资源集,每个所述资源集的大小小于等于第一阈值;

s3,将所述目标资源集加载至目标缓存,以在所述目标客户端中执行所述目标操作时提供资源。

可选地,在本实施例中,本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:闪存盘、只读存储器(read-onlymemory,rom)、随机存取器(randomaccessmemory,ram)、磁盘或光盘等。

上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在上述计算机可读取的存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在存储介质中,包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中,应该理解到,所揭露的客户端,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。


技术特征:

1.一种资源加载方法,其特征在于,包括:

获取资源加载请求,其中,所述资源加载请求用于请求加载在目标客户端中执行目标操作时所需的资源;

响应所述资源加载请求,从与所述目标客户端对应的目标资源包中确定出与所述目标操作匹配的目标资源集,其中,所述目标资源包中包括至少两个资源集,每个所述资源集的大小小于等于第一阈值;

将所述目标资源集加载至目标缓存,以在所述目标客户端中执行所述目标操作时提供资源。

2.根据权利要求1所述的方法,其特征在于,从与所述目标客户端对应的目标资源包中确定出与所述目标操作匹配的目标资源集,包括:

解析所述资源加载请求,确定所述目标资源包中第一资源包的包标识;

根据所述第一资源包的包标识加载所述目标资源包;

从所述目标资源包中确定出所述目标资源集。

3.根据权利要求2所述的方法,其特征在于,所述根据所述第一资源包的包标识加载所述目标资源包,包括:

获取所述资源包的依赖关系;

在所述依赖关系指示所述第一资源包并未被其他资源包依赖的情况下,将所述第一资源包确定为所述目标资源包;加载所述第一资源包;

在所述依赖关系指示所述第一资源包被第二资源包依赖的情况下,将所述第一资源包及所述第二资源包确定为所述目标资源包;加载所述第一资源包和所述第二资源包。

4.根据权利要求2所述的方法,其特征在于,在所述根据所述第一资源包的包标识加载所述目标资源包之后,还包括:

在所述依赖关系指示所述第一资源包并未被其他资源包依赖,且所述第一资源包并非目标资源类型的情况下,释放所述第一资源包;

否则,将所述目标资源包记录到缓存列表。

5.根据权利要求4所述的方法,其特征在于,在所述将所述目标资源集加载至目标缓存之后,还包括:

在使用所述目标资源集执行所述目标操作之后,查看所述缓存列表;

在所述缓存列表中查找到所述目标资源包的情况下,调用第一插件卸载所述目标资源包中的资源;

在所述缓存列表中未查找到所述目标资源包的情况下,调用第二插件卸载所述目标资源包中的资源。

6.根据权利要求1所述的方法,其特征在于,在所述从与所述目标客户端对应的目标资源包中确定出与所述目标操作匹配的目标资源集之前,还包括:

从资源映射关系表中获取与所述目标资源包匹配的加载路径,其中,所述资源映射关系表用于记录资源包与加载路径之间的对应关系;

通过所述加载路径加载所述目标资源包。

7.根据权利要求1至6中任一项所述的方法,其特征在于,所述方法还包括:

根据资源属性对运行所述目标客户端所使用的全部资源进行第一次分组,得到至少两个目标资源分组;

按照预设资源大小将每个所述目标资源分组划分为至少两个预备资源集;

分别对每个所述目标资源分组中的预备资源集进行打包,得到预备资源包,其中,所述预备资源包中包括所述目标资源包,所述预备资源集中包括所述目标资源集;

为每个所述预备资源包分配加载路径,并将每个所述预备资源包和对应的加载路径存储至资源映射关系表中。

8.一种资源加载装置,其特征在于,包括:

获取模块,用于获取资源加载请求,其中,所述资源加载请求用于请求加载在目标客户端中执行目标操作时所需的资源;

响应模块,用于响应所述资源加载请求,从与所述目标客户端对应的目标资源包中确定出与所述目标操作匹配的目标资源集,其中,所述目标资源包中包括至少两个资源集,每个所述资源集的大小小于等于第一阈值;

加载模块,用于将所述目标资源集加载至目标缓存,以在所述目标客户端中执行所述目标操作时提供资源。

9.一种计算机可读的存储介质,所述计算机可读的存储介质包括存储的程序,其中,所述程序运行时执行上述权利要求1至7任一项中所述的方法。

10.一种电子装置,包括存储器和处理器,其特征在于,所述存储器中存储有计算机程序,所述处理器被设置为通过所述计算机程序执行所述权利要求1至7任一项中所述的方法。

技术总结
本发明公开了一种资源加载方法和装置、存储介质及电子装置。其中,该方法包括:获取资源加载请求,其中,资源加载请求用于请求加载在目标客户端中执行目标操作时所需的资源;响应资源加载请求,从与目标客户端对应的目标资源包中确定出与目标操作匹配的目标资源集,其中,目标资源包中包括至少两个资源集,每个资源集的大小小于等于第一阈值;将目标资源集加载至目标缓存,以在目标客户端中执行目标操作时提供资源。本发明解决了游戏资源的加载速度低的技术问题。

技术研发人员:刘琦;翟光洲;刘宇剑
受保护的技术使用者:腾讯科技(深圳)有限公司
技术研发日:2020.01.19
技术公布日:2020.06.09

转载请注明原文地址: https://bbs.8miu.com/read-20766.html

最新回复(0)