CN110865888A

CN110865888A - 一种资源加载方法、装置、服务器及存储介质

Info

Publication number: CN110865888A
Application number: CN201911195358.3A
Authority: CN
Inventors: 王志远
Original assignee: Micha Tour Technology (shanghai) Co Ltd
Current assignee: Micha Tour Technology (shanghai) Co Ltd
Priority date: 2019-11-28
Filing date: 2019-11-28
Publication date: 2020-03-06
Anticipated expiration: 2039-11-28
Also published as: CN110865888B

Abstract

本发明实施例公开了一种资源加载方法、装置、服务器及存储介质，该方法包括：当检测到加载目标资源时，调用依赖关系调用程序调取预先创建的资源依赖关系表；其中，所述资源依赖关系表中包括存在直接依赖关系的资源信息；调用依赖关系查询程序，遍历所述资源依赖关系表确定与所述目标资源存在依赖关系的关联资源，并加载所述目标资源以及所述关联资源。本发明实施例的技术方案，解决了现有技术中当调用特定资源时，需要先加载manifest，由于manifest文件中冗余信息较多，导致存储的数据很多，因此存在加载manifest文件的速度较慢，以及占用较大内存的技术问题，实现了提高资源加载效率，以及降低内存占用率的技术效果。

Description

一种资源加载方法、装置、服务器及存储介质

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种资源加载方法、装置、服务器及存储介质。

背景技术

manifest为管理和记录asb(Asset Bundle，资源打包文件)依赖关系的官方文件，可以记录asb中存储的各个资源的相关依赖关系，其中依赖关系包括各个资源之间的直接依赖关系、间接依赖关系等等。也就是说，manifest中的存储的依赖关系较多，相应的manifest的文件较大，冗余信息比较多。当调用特定资源时，需要先加载manifest，读取manifest中的打包文件目录，并通过原生接口查询确定各个资源之间的依赖关系并调取相应的资源。即此时加载的manifest文件中存在较多的冗余信息，即数据较多，因此存在加载manifest文件速度较慢，以及占用较大内存的技术问题。

发明内容

本发明提供一种资源加载方法、装置、服务器及存储介质，以实现快速确定与目标资源关联的关联资源，进而提高加载效率的技术效果。

第一方面，本发明实施例提供了一种资源加载方法，该方法包括：

当检测到加载目标资源时，调用依赖关系调用程序调取预先创建的资源依赖关系表；其中，所述资源依赖关系表中包括各个资源之间的直接依赖关系；

调用依赖关系查询程序，遍历所述资源依赖关系表确定与所述目标资源存在依赖关系的关联资源，并加载所述目标资源以及所述关联资源。

第二方面，本发明实施例还提供了一种资源加载装置，该装置包括：

资源依赖关系表调用模块，用于当检测到加载目标资源时，调用依赖关系调用程序调取预先创建的资源依赖关系表；其中，所述资源依赖关系表中包括各个资源之间的直接依赖关系；

资源调用模块，用于调用依赖关系查询程序，遍历所述资源依赖关系表确定与所述目标资源存在依赖关系的关联资源，并加载所述目标资源以及所述关联资源。

第三方面，本发明实施例还提供了一种服务器，所述服务器包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例任一所述的资源加载方法。

第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本发明实施例任一所述的资源加载方法。

本发明实施例的技术方案，通过当检测到加载目标资源时，调用依赖关系调用程序调取预先创建的资源依赖关系表；其中，资源依赖关系表中包括各个资源之间的直接依赖关系；调用依赖关系查询程序，遍历资源依赖关系表确定与目标资源存在依赖关系的关联资源，并加载目标资源以及关联资源，解决了现有技术中当调用特定资源时，需要先加载manifest文件，通过读取manifest文件中的信息确定加载的资源，由于manifest文件中存在较多的冗余信息，导致加载manifest文件速度较慢，以及占用较大内存的技术问题，实现了预先从manifest文件中获取存在直接依赖关系的资源并建立资源依赖关系表，基于该资源依赖关系表加载对应的资源，提高了资源调用效率，以及降低内存占用率的技术效果。

附图说明

为了更加清楚地说明本发明示例性实施例的技术方案，下面对描述实施例中所需要用到的附图做一简单介绍。显然，所介绍的附图只是本发明所要描述的一部分实施例的附图，而不是全部的附图，对于本领域普通技术人员，在不付出创造性劳动的前提下，还可以根据这些附图得到其他的附图。

图1为本发明实施例一所提供的一种资源加载方法流程示意图；

图2为本发明实施例二所提供的一种资源加载方法另一流程示意图；

图3为本发明实施例三所提供的一种资源加载装置结构示意图；

图4为本发明实施例四所提供的一种服务器结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一所提供的一种资源加载方法流程示意图，本实施例可适用于在预先对manifest文件进行处理，降低manifest文件冗余度的情形，该方法可以由资源加载装置来执行，该装置可以通过软件和/或硬件的形式实现，硬件可以是电子设备，可选的，PC端、移动终端等。

如图1所述，本实施例的方法包括：

S110、当检测到加载目标资源时，调用依赖关系调用程序调取预先创建的资源依赖关系表。

为了清楚的介绍本实施例技术方案，可以以对三维视频游戏对应的资源进行处理为例来介绍。

其中，当用户触发应用程序中进入某个页面的控件时，需要加载渲染页面的资源，可以将渲染页面的资源作为目标资源。也就是说，目标资源为将要加载的资源，不同应用场景，所需要的资源不同，相应的，目标资源也不相同。依赖关系调用程序可以理解为程序代码中调取资源依赖关系表的代码。资源依赖关系表用于存储支持三维视频游戏的各个资源之间的直接依赖关系，或者是存储打包文件之间的直接依赖关系。

具体的，当检测到用户触发某个控件后，可以确定与该控件对应的目标资源，调用依赖关系调用程序获取预先创建的资源依赖关系表，以便从资源依赖关系表中获取相应的资源。

在本实施例中，为了快速的调取资源依赖关系表，可以将资源依赖关系表存储在目标应用程序所属的终端中。例如，在目标终端A中安装目标应用程序时，将与目标应用程序对应的资源依赖关系表存储在目标终端A的内存中。

可选的，当检测到触发目标应用程序时，启动与目标应用程序对应的资源管理模块；在资源管理模块检测到加载目标资源时，调用依赖关系调用程序调取预先建立的资源依赖关系表。

在本实施例中，目标应用程序为三维视频游戏。资源管理模块可以理解为管理各个资源的模块。资源管理模块用于加载目标资源。若每个资源存在一定的名称，并确定资源之间的依赖关系后，将存在直接依赖关系的资源名称存储至预先建立的资源依赖关系表中，即资源依赖关系表中仅包括直接依赖关系的资源名称。

具体的，当检测到用户触发三维视频游戏时，可以启动与目标应用程序对应的资源管理模块，在资源管理模块检测到需要加载目标资源时，可以调用资源依赖关系调用程序调取预先建立的资源依赖关系表，以便基于该资源依赖关系表获取目标资源，以及与目标资源关联的资源。

可选的，调用依赖关系查询程序，遍历所述资源依赖关系表，根据与所述目标资源相对应的目标标识信息、以及所述资源依赖关系表中的引用标识，从所述资源依赖关系表确定与所述目标资源存在间接引用关系的关联资源标识信息；基于所述关联资源标识信息加载所述关联资源，基于所述目标标识信息加载所述目标资源。

也就是说，可以根据与目标资源对应的标识信息，遍历资源依赖关系表中各个引用标识，将与目标资源存在直接依赖关系和间接依赖关系的关联标识信息，并基于关联标识信息，和目标标识信息加载目标资源。

在上述技术方案的基础上，为了快速的调取与目标应用程序相对应的资源依赖关系表，可以在确定资源依赖关系表后，将资源依赖关系表存储到应用程序所属终端的内存中，以便在游戏启动时，快速加载资源依赖关系表，进而确定与目标资源关联的关联资源标识，进而提高调取关联资源的效率。

S120、调用依赖关系查询程序，遍历资源依赖关系表确定与目标资源存在依赖关系的关联资源，并加载目标资源以及关联资源。

其中，依赖关系查询程序可以是预先编好的程序代码，用于执行遍历资源依赖关系表的操作。关联资源为与目标资源存在间接依赖关系的资源。基于预先建立的资源依赖关系表，可以确定与目标资源存在间接引用关系的关联资源。

需要说明的是，虽然资源依赖关系表中存储的为存在直接依赖关系的资源列表，但是基于资源依赖关系表可以确定与目标资源存在间接依赖关系的关联资源。

具体的，在检测到调用资源依赖关系表后，可以调用依赖关系查询程序，遍历资源依赖关系表确定与目标资源存在直接关联的关联资源，以及与目标资源存在间接关联关系的关联资源。

本发明实施例的技术方案，通过当检测到加载目标资源时，调用依赖关系调用程序调取预先创建的资源依赖关系表；其中，资源依赖关系表中包括各个资源之间的直接依赖关系；调用依赖关系查询程序，遍历资源依赖关系表确定与目标资源存在依赖关系的关联资源，并加载目标资源以及关联资源，解决了现有技术中当调用特定资源时，需要先加载manifest文件，通过读取manifest文件中的信息确定加载的资源，由于manifest文件中存在较多的冗余信息，导致加载manifest文件速度较慢，以及占用较大内存的技术问题，实现了预先从manifest文件中获取存在直接依赖关系的资源并建立资源依赖关系表，基于该资源依赖关系表加载对应的资源，提高了资源调用效率，以及降低内存占用了的技术效果。

实施例二

在上述技术方案的基础上，在依据预先创建的资源依赖关系表获取目标资源之前，还需要创建资源依赖关系表。图2为本发明实施例二所提供额的一种资源加载方法另一流程示意图。如图2所示，所述方法包括：

S210、调用依赖关系筛选代码，从预先确定的原始资源依赖关系表中，筛选出包含直接依赖关系的资源列表，并存储至预先创建的资源依赖关系表中。

其中，原始资源依赖关系表可以理解为在对各个资源打包时，将各个资源之间的直接依赖关系和间接依赖关系分别存储在原始资源依赖关系表中，即manifest中。在对各个资源打包的同时，可以将资源打包文件的直接依赖关系，以及资源之间的直接依赖关系从manifest中抽取出来，制作一个对应关系表，作为资源依赖关系表，即asb resourcedata。在程序运行时，可以获取该资源依赖关系表，由于可以将资源依赖关系表存储在目标应用程序所属的终端中，因此调用接口和接口响应均比较快。

具体的，在对各个资源打包时，创建各个打包文件之间的依赖关系，以及资源之间的依赖关系，并将此关系存储到原始资源依赖关系表中。也就是说，原始资源依赖关系表中不仅包括存在资源之间直接依赖关系，还存在资源之间的间接依赖关系。在确定原始资源依赖关系表后，可以调用依赖关系筛选代码，从所有资源依赖关系中筛选出直接依赖关系，并将其存储在资源依赖关系表中，以在获取目标资源时，可以快速调取资源依赖关系表，并给予资源依赖关系表确定与目标资源关联的关联资源信息。同时，由于该资源依赖关系表中存储的数据量小，因此可以提高加载资源依赖关系表的效率，进而提高加载目标资源的效率。

S220、当检测到加载目标资源时，调用依赖关系调用程序调取预先创建的资源依赖关系表。

具体的，在确定要加载的目标资源时，可以调用资源依赖关系确定与目标资源相关联的关联标识信息，以便基于关联标识信息获取目标资源以及关联资源。

需要说明的是，由于资源依赖关系表存储在目标应用程序所属的终端中，因此可以快速调用资源依赖关系表，进而确定与目标资源关联的关联资源。

S230、调用依赖关系查询程序，遍历资源依赖关系表确定与目标资源存在依赖关系的关联资源，并加载目标资源以及关联资源。

也就数是说，在程序运行时，可以调用依赖关系查询程序，遍历资源依赖关系表确定与目标资源存在依赖关系的关联资源，并加载目标资源以及关联资源。

在本实施例中，在游戏启动时，可以启动资源管理模块(resource manager)，并获取预先建立的资源依赖关系表(asb resource data)，资源依赖关系表可以是资源依赖关系文件，根据资源依赖关系表中提供的资源依赖关系，查询各个资源之间的依赖关系，提高了加载和查询资源的速度，并且内存消耗比较低，对系统的要求不高，即提高通用性的技术效果。

实施例三

图3为本发明实施例三提供的一种资源加载装置结构示意图，该装置包括：资源依赖关系表调用模块310和资源调用模块320。

其中，资源依赖关系表调用模块310，用于当检测到加载目标资源时，调用依赖关系调用程序调取预先创建的资源依赖关系表；其中，所述资源依赖关系表中包括存在直接依赖关系的资源信息；资源调用模块320，用于调用依赖关系查询程序，遍历所述资源依赖关系表确定与所述目标资源存在依赖关系的关联资源，并加载所述目标资源以及所述关联资源。

在上述技术方案的基础上，所述资源依赖关系表调用模块，还用于：

当检测到触发目标应用程序时，启动与所述目标应用程序对应的资源管理模块；

在资源管理模块检测到加载目标资源时，调用依赖关系调用程序调取预先建立的资源依赖关系表。

在上述各技术方案的基础上，所述资源依赖关系表调用模块，在所述当检测到加载目标资源时，调用依赖关系调用程序调取预先创建的资源依赖关系表之前，还用于：

调用依赖关系筛选代码，从预先确定的原始资源依赖关系表中，筛选出包含直接依赖关系的资源列表，并存储至预先创建的所述资源依赖关系表中；

其中，所述原始资源依赖关系表是在对各个资源进行打包的过程中创建的，所述原始资源依赖关系表中包括与目标应用程序相对应的所有资源之间的至少一个引用关系。

在上述各技术方案的基础上，所述装置还包括：检测模块，所述检测模块用于：

基于检测模块，检测到所述原始资源依赖关系表中的信息发生变化时，依据变化后的原始资源依赖关系表，更新所述资源依赖关系表。

在上述各技术方案的基础上，所述资源调用模块，还用于：

调用依赖关系查询程序，遍历所述资源依赖关系表，根据与所述目标资源相对应的目标标识信息、以及所述资源依赖关系表中的引用标识，从所述资源依赖关系表确定与所述目标资源存在间接引用关系的关联资源标识信息；

基于所述关联资源标识信息加载所述关联资源，基于所述目标标识信息加载所述目标资源。

在上述各技术方案的基础上，所述资源依赖关系表存储在应用程序所属终端的内存中。

本发明实施例所提供的资源加载装置可执行本发明任意实施例所提供的资源加载方法，具备执行方法相应的功能模块和有益效果。

值得注意的是，上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。

实施例四

图4为本发明实施例四提供的一种服务器的结构示意图。图4示出了适于用来实现本发明实施例实施方式的示例性服务器40的框图。图4显示的服务器40仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，服务器40以通用计算设备的形式表现。服务器40的组件可以包括但不限于：一个或者多个处理器或者处理单元401，系统存储器402，连接不同系统组件(包括系统存储器402和处理单元401)的总线403。

总线403表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

服务器40典型地包括多种计算机系统可读介质。这些介质可以是任何能够被服务器40访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器402可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)404和/或高速缓存存储器405。服务器40可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统406可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线403相连。存储器402可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块407的程序/实用工具408，可以存储在例如存储器402中，这样的程序模块407包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块407通常执行本发明所描述的实施例中的功能和/或方法。

服务器40也可以与一个或多个外部设备409(例如键盘、指向设备、显示器410等)通信，还可与一个或者多个使得用户能与该服务器40交互的设备通信，和/或与使得该服务器40能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口411进行。并且，服务器40还可以通过网络适配器412与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器412通过总线403与服务器40的其它模块通信。应当明白，尽管图4中未示出，可以结合服务器40使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元401通过运行存储在系统存储器402中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的一种资源加载方法。

实施例五

本发明实施例五还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种资源加载方法。

该方法包括：

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明实施例操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言——诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims

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

当检测到加载目标资源时，调用依赖关系调用程序调取预先创建的资源依赖关系表；其中，所述资源依赖关系表中包括存在直接依赖关系的资源信息；

2.根据权利要求1所述的方法，其特征在于，所述当检测到加载目标资源时，调用依赖关系调用程序调取预先创建的资源依赖关系表，包括：

3.根据权利要求1所述的方法，其特征在于，在所述当检测到加载目标资源时，调用依赖关系调用程序调取预先创建的资源依赖关系表之前，还包括：

其中，所述原始资源依赖关系表是在对各个资源进行打包的过程中创建的，所述原始资源依赖关系表中包括与目标应用程序相对应的所有资源之间的至少一个依赖关系。

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

5.根据权利要求1所述的方法，其特征在于，所述调用依赖关系查询程序，遍历所述资源依赖关系表确定与所述目标资源相关联的关联资源，并加载所述目标资源以及所述关联资源，包括：

6.根据权利要求1-5中任一所述的方法，其特征在于，所述资源依赖关系表存储在应用程序所属终端的内存中。

7.一种资源加载装置，其特征在于，包括：

资源依赖关系表调用模块，用于当检测到加载目标资源时，调用依赖关系调用程序调取预先创建的资源依赖关系表；其中，所述资源依赖关系表中包括存在直接依赖关系的资源信息；资源调用模块，用于调用依赖关系查询程序，遍历所述资源依赖关系表确定与所述目标资源存在依赖关系的关联资源，并加载所述目标资源以及所述关联资源。

8.根据权利要求7所述的装置，其特征在于，所述资源依赖关系表调用模块，在用于当检测到加载目标资源时，调用依赖关系调用程序调取预先创建的资源依赖关系表之前，还用于：

9.一种服务器，其特征在于，所述服务器包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-6中任一所述的资源加载方法。

10.一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-6中任一所述的资源加载方法。