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

1.本发明涉及互联网技术领域，具体而言，涉及一种资源预加载方法和装置、存储介质及电子设备。


背景技术：

2.随着游戏行业的不断发展，越来越多的游戏受到大众的喜爱，游戏的基本过程通常包括游戏准备阶段和战斗阶段，例如：一种手机上运行的moba(multiplayer online battle arena，多人在线战术竞技游戏)游戏，在进入游戏战斗阶段之前，至少还包括角色选择阶段和资源加载阶段等过程。其中，资源加载阶段是根据角色选择阶段分析出的当前局游戏所需资源后，对所需资源进行加载。
3.相关技术中，通常是在资源加载阶段完成当前局游戏所需要的所有资源，但随着游戏单局对局的复杂度逐渐提升，单局游戏的资源量也越来越大，导致了资源加载耗时过长的技术问题。
4.针对上述的问题，目前尚未提出有效的解决方案。


技术实现要素：

5.本发明实施例提供了一种资源预加载方法和装置、存储介质及电子设备，以至少解决游戏资源量较大造成的资源加载耗时过长的技术问题。
6.根据本发明实施例的一个方面，提供了一种资源预加载方法，包括：在一局游戏的角色选择阶段，加载一局游戏的静态资源集合，其中，角色选择阶段用于选择参与一局游戏的虚拟角色，静态资源集合包括一局游戏中待使用的、且与角色选择阶段确定的角色配置信息不相关的资源；在角色选择阶段加载完成静态资源集合的情况下，在一局游戏的资源加载阶段，加载一局游戏的动态资源集合，其中，动态资源集合包括一局游戏中待使用的、且与角色选择阶段确定的角色配置信息相关的资源。
7.可选地，上述资源预加载方法，还包括：在角色选择阶段加载完成静态资源集合中的部分静态资源的情况下，在一局游戏的资源加载阶段，加载一局游戏的动态资源集合，以及加载静态资源集合中除部分静态资源之外的静态资源。
8.可选地，在上述一局游戏的资源加载阶段，加载一局游戏的动态资源集合，以及加载静态资源集合中除部分静态资源之外的静态资源，包括：在一局游戏的资源加载阶段，并行加载一局游戏的动态资源集合以及静态资源集合中除部分静态资源之外的静态资源。
9.可选地，上述资源预加载方法还包括：在一局游戏的角色选择阶段加载一局游戏的静态资源集合的情况下，在角色选择阶段显示第一提示信息，其中，第一提示信息用于提示已提前加载一局游戏的部分资源；或者在一局游戏的角色选择阶段加载一局游戏的静态资源集合的情况下，在资源加载阶段显示第二提示信息，其中，第二提示信息用于提示已提前加载一局游戏的部分资源。
10.可选地，上述在一局游戏的角色选择阶段，加载一局游戏的静态资源集合，包括：
在角色选择阶段，依次加载或并行加载静态资源集合中的各个静态资源子集，其中，各个静态资源子集包括以下至少之一：一局游戏中的场景资源子集，其中，场景资源子集包括一局游戏中的游戏地图上出现的虚拟物体的资源；一局游戏中的npc(non-player character，非玩家角色)资源子集，其中，npc资源子集包括一局游戏中的一个或多个npc的资源。
11.可选地，在上述角色选择阶段，依次加载或并行加载静态资源集合中的各个静态资源子集，包括：重复执行以下操作，直到角色选择阶段结束或者加载完成各个静态资源子集：在确定出一局游戏中待使用的当前静态资源、且当前静态资源的资源路径信息未被存储到目标资源列表中的情况下，将当前静态资源的资源路径信息存储到目标资源列表中；依次或并行地从目标资源列表中获取未加载的部分静态资源的资源路径信息，并根据部分静态资源的资源路径信息，加载部分静态资源；对加载好的部分静态资源进行局内对象实例化，得到部分静态资源的实例化对象；将部分静态资源的实例化对象存储到对象缓冲池中。
12.可选地，上述在角色选择阶段加载完成静态资源集合中的部分静态资源的情况下，在一局游戏的资源加载阶段，加载一局游戏的动态资源集合，以及加载静态资源集合中除部分静态资源之外的静态资源，包括：在角色选择阶段加载完成部分静态资源时角色选择阶段结束的情况下，停止加载部分静态资源，并在资源加载阶段开始时，开始加载一局游戏的动态资源集合，并继续加载静态资源集合中除部分静态资源之外的静态资源。
13.可选地，上述资源预加载方法还包括：在一局游戏中将加载的静态资源集合存储在目标缓存中；在一局游戏的下一局游戏的角色选择阶段，从目标缓存中加载静态资源集合中的部分或全部静态资源。
14.可选地，在上述一局游戏的下一局游戏的角色选择阶段，从目标缓存中加载静态资源集合中的部分或全部静态资源，包括：在一局游戏的游戏模式与下一局游戏的游戏模式相同的情况下，从目标缓存中加载静态资源集合中的全部静态资源；和/或
15.在一局游戏的游戏模式与下一局游戏的游戏模式不同的情况下，从目标缓存中加载静态资源集合中的部分静态资源，其中，部分静态资源是下一局游戏中待使用的静态资源。
16.可选地，上述资源预加载方法还包括：在资源加载阶段结束之后，根据加载的静态资源集合和动态资源集合，显示一局游戏的战斗阶段的游戏画面。
17.根据本发明实施例的另一方面，还提供了一种资源预加载装置，包括：第一加载单元，用于在一局游戏的角色选择阶段，加载一局游戏的静态资源集合，其中，角色选择阶段用于选择参与一局游戏的虚拟角色，静态资源集合包括一局游戏中待使用的、且与角色选择阶段确定的角色配置信息不相关的资源；第二加载单元，用于在角色选择阶段加载完成静态资源集合的情况下，在一局游戏的资源加载阶段，加载一局游戏的动态资源集合，其中，动态资源集合包括一局游戏中待使用的、且与角色选择阶段确定的角色配置信息相关的资源。
18.根据本发明实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述资源预加载方法。
19.根据本发明实施例的又一方面，还提供了一种电子设备，包括存储器和处理器，上
述存储器中存储有计算机程序，上述处理器被设置为通过计算机程序执行上述资源预加载方法。
20.在本发明实施例中，通过利用角色选择阶段的空闲时间对游戏的静态资源集合进行提前预加载，然后在静态资源集合加载完成的情况下，在资源加载阶段对游戏的动态资源集合进行加载，避免了局内因为资源加载时间过长导致的帧率卡顿，达到了降低资源加载时长的目的，从而实现了提高资源加载效率的技术效果，进而解决了由于游戏资源量较大造成的资源加载耗时过长的技术问题。
附图说明
21.此处所说明的附图用来提供对本发明的进一步理解，构成本技术的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
22.图1是根据本发明实施例的一种可选的资源预加载方法的应用环境场景的示意图；
23.图2是根据本发明实施例的一种可选的资源预加载方法的流程图；
24.图3是根据本发明实施例的一种可选的资源预加载方法的示意图；
25.图4是根据本发明实施例的一种可选的静态资源集合和动态资源集合的示意图；
26.图5是根据本发明实施例的一种可选的静态资源集合和动态资源集合的加载状态的示意图；
27.图6是根据本发明实施例的另一种可选的静态资源集合和动态资源集合的加载状态的示意图；
28.图7是根据本发明实施例的又一种可选的静态资源集合和动态资源集合的加载状态的示意图；
29.图8是根据本发明实施例的又一种可选的静态资源集合和动态资源集合的加载状态的示意图；
30.图9是根据本发明实施例的一种可选的生成离线静态资源的流程图；
31.图10是根据本发明实施例的一种可选的资源加载阶段的关键协程的示意图；
32.图11是根据本发明实施例的一种可选的角色选择阶段结束方式的示意图；
33.图12是根据本发明实施例的一种可选的释放/保存资源缓存的示意图；
34.图13是根据本发明实施例的一种可选的不同游戏模式下的静态资源预加载的示意图；
35.图14是根据本发明实施例的一种可选的资源预加载方法的整体流程图；
36.图15是根据本发明实施例的一种可选的利用资源预加载方法进行测试的效果图；
37.图16是根据本发明实施例的一种可选的资源预加载装置的结构示意图；
38.图17是根据本发明实施例的一种可选的电子设备的结构示意图。
具体实施方式
39.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人
员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
40.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
41.根据本发明实施例的一个方面，提供了一种资源预加载方法，可选地，作为一种可选的实施方式，上述资源预加载方法可以但不限于应用于如图1所示的应用场景中的资源预加载系统。其中，该资源预加载系统可以包括但不限于客户端102、网络104、服务器106、数据库108。上述客户端102包括人机交互屏幕，处理器及存储器。人机交互屏幕用于显示客户端的游戏界面(如图1所示的一种当前局游戏所用到的资源加载的显示界面)；还用于提供人机交互接口以接收用于用户使用游戏软件进行游戏对局的人机交互操作。处理器用于响应上述人机交互操作生成交互指令，并将该交互指令发送给服务器106。存储器用于存储相关属性数据，如资源路径信息、角色选择信息及游戏战斗画面信息等。
42.具体过程如下：步骤s102，对当前局游戏所需要的资源进行分析，并生成资源列表；步骤s104，从资源列表中获取资源路径等信息；然后如步骤s106-108，服务器106通过网络104发送资源列表及资源路径等信息至客户端102；步骤s110，客户端102接收资源列表及资源路径，并加载当前局游戏将要引用的资源，其中，包括静态资源和动态资源。上述仅是一种示例，本实施例中对此不作任何限定。
43.作为一种可选的示例，本实施例对上述步骤s102至s110的执行主体不做限定，例如，上述步骤s102至s110都可以在客户端102上执行。
44.根据本发明实施例的一个方面，提供了一种资源预加载方法，图2是根据本发明实施例的资源预加载方法的流程图，该流程包括如下步骤：
45.步骤s202，在一局游戏的角色选择阶段，加载一局游戏的静态资源集合，其中，角色选择阶段用于选择参与一局游戏的虚拟角色，静态资源集合包括一局游戏中待使用的、且与角色选择阶段确定的角色配置信息不相关的资源；
46.作为一种可选的示例，上述静态资源集合包括但不限于与角色选择阶段确定的角色配置信息不相关的资源，其中，上述角色配置信息可以但不限包括在角色选择阶段确定的角色、技能、或皮肤等，在角色选择阶段，上述角色配置信息可以随着输入的指令而不断发生变化，在不同的两局游戏中上述角色配置信息可以部分不同或全部不同。进一步，上述与角色配置信息不相关的资源，可以被理解为，这些静态资源与角色配置信息相互独立，换句话说，本实施例中的静态资源集合中的资源是不随角色选择阶段确定的角色配置信息变化而变化的资源，例如，静态资源集合包括图4中的草408对应的资源。
47.步骤s204，在角色选择阶段加载完成静态资源集合的情况下，在一局游戏的资源加载阶段，加载一局游戏的动态资源集合，其中，动态资源集合包括一局游戏中待使用的、且与角色选择阶段确定的角色配置信息相关的资源。
48.作为一种可选的示例，上述动态资源集合包括与角色选择阶段确定的角色配置信息相关的资源，也就是说，上述动态资源集合中的动态资源会随着所选角色的变化、技能、皮肤或者星元等玩家主动选择的不同而改变，并且每一局的动态资源都可能不同。可见，本实施例中的动态资源集合中的资源是会随着角色配置信息的变化而变化的资源，例如，动态资源集合包括图3中的角色300和技能303对应的资源。
49.在本实施例中，一局游戏所要使用的资源包括但不限于静态资源和动态资源，在进入游戏战斗阶段之前，需要将当前局游戏所需要的静态资源和动态资源全部加载完成，然后通过对加载完成后的静态资源集合和动态资源集合进行渲染，才能显示游戏的战斗阶段的游戏画面。
50.相关技术中，静态资源和动态资源的加载均是在资源加载阶段完成的，在角色选择阶段，仅对当前局游戏所要使用的资源进行离线分析，并通过对离线分析出的资源设置不同的标签来区分其类别，然后生成对应的资源列表。但值得留意的是，随着游戏的复杂度越来越高，单局游戏所需要使用的资源量也会随之增加，导致了资源加载阶段耗费时间过长，降低了用户的体验感。
51.作为一种可选的实施方式，为了解决上述资源加载阶段耗时过长的问题，在本发明实施例中，通过利用角色选择阶段的空闲时间对游戏的静态资源集合进行提前预加载，然后在静态资源集合加载完成的情况下，在资源加载阶段对游戏的动态资源集合进行加载。
52.具体地，如图3所示，在角色选择阶段，假设玩家在角色选择阶段根据需要从角色列表301(如英雄)中选择角色300，并可以从皮肤列表302中为角色300选择对应的皮肤进行选择，同时对角色300在当前局游戏中所具备的技能(如图中的技能303和技能305-307)进行选择。以5对5的moba类游戏(如图3中的资源加载阶段所示，角色1至角色5为一队，角色6至角色10为一队，角色300可以但不限于是资源加载阶段上的角色1)为例，在角色选择阶段，可以提前对这一局游戏的静态资源集合进行加载，上述静态资源集合可以但不限于包括与图3中的角色选择阶段确定的角色配置信息不相关的资源，上述角色配置信息可以但不限于包括在角色选取阶段确定的角色300、角色300对应的皮肤、角色300在本局游戏中使用的技能303等，上述静态资源集合可以但不限于包括图3中的战斗阶段显示的地图中的场景元素(如，草，墙体)和npc对应的资源。在战斗阶段，还可以显示缩略地图307。可选地，上述场景元素(如，草，墙体)和npc对应的资源，可以被理解为在战斗阶段显示(或称渲染)上述场景元素和npc所需要用到的资源。
53.在静态资源集合加载完成的情况下，在资源加载阶段，对游戏的动态资源集合进行加载。上述动态资源集合可以但不限于包括与图3中的角色选择阶段确定的角色配置信息相关的资源，上述角色配置信息可以但不限于包括在角色选取阶段确定的角色300、角色300对应的皮肤、角色300在本局游戏中使用的技能303等。上述动态资源集合用于在战斗阶段显示对应的画面元素，例如，技能303对应的虚拟按钮，技能305对应的虚拟按钮，技能306对应的虚拟按钮，技能307对应的虚拟按钮，虚拟摇杆304等。可选地，上述动态资源集合，可以被理解为在战斗阶段显示(或称渲染)上述对应的画面元素所需要用到的资源。
54.如上述描述可知，上述实施例中的静态资源可以但不限于是与角色选择阶段确定的角色配置信息不相关的资源；动态资源可以但不限于是与角色选择阶段确定的角色配置
信息相关的资源。例如，静态资源是在游戏模式(如匹配或排位)确定的情况下，在进入到匹配或排位这种固定关卡对局，所引用的资源就不会发生变化；动态资源会随着所选角色的变化、召唤师技能、皮肤或者兴源等玩家主动选择的不同而改变，并且每一局的动态资源都可能不同。由此可见，静态资源是不会随着角色配置信息的变化而变化的资源，而动态资源是会随着角色配置信息的变化而变化的资源。
55.为了进一步说明本实施例中的资源预加载过程，下面结合附图4进行详细描述。如图4所示，在角色选择阶段，玩家可以根据个人喜好确定对应的角色配置信息，上述角色配置信息可以但不限于包括：在角色列表401中选择的角色400、在皮肤列表402中为角色400选择的皮肤、角色400在本局游戏中使用的技能403和技能405-407等。在角色选择阶段结束之前，可以改变角色配置信息中的部分或全部信息，因此，上述角色400、为角色400选择的皮肤、角色400在本局游戏中使用的技能403所对应的资源属于动态资源。需要在角色选择阶段进行提取预加载的静态资源集合可以但不限于包括与上述角色配置信息不相关的资源，例如，图4中的战斗阶段显示的地图中的场景元素(如，草408，墙体)和npc对应的资源，上述场景元素和npc对应的资源不会随上述角色配置信息变化发生变化，因此，上述场景元素和npc对应的资源均属于静态资源。
56.通过本技术提供的上述实施例，利用角色阶段的空闲时间对静态资源集合进行预加载，并在静态资源集合加载完成的情况下，在资源加载阶段对游戏的动态资源集合进行加载，避免了局内因为资源加载时间过长导致的帧率卡顿，达到了降低资源加载时长的目的，从而实现了提高资源加载效率的技术效果，进而解决了由于游戏资源量较大造成的资源加载耗时过长的技术问题
57.作为一种可选的实施方式，上述资源预加载方法还包括：
58.在角色选择阶段加载完成静态资源集合中的部分静态资源的情况下，在一局游戏的资源加载阶段，加载一局游戏的动态资源集合，以及加载静态资源集合中除部分静态资源之外的静态资源。
59.可以理解的是，在进入资源加载阶段之前，对静态资源的加载状态至少包括以下两种情况：
60.第一种：在角色选择阶段提前加载完成所有静态资源；
61.第二种：在角色选择阶段提前加载部分静态资源。
62.对于第二种情况中在角色选择阶段没有加载完成的剩余部分静态资源则在资源加载阶段进行加载。
63.为了进一步说明本实施例中的上述第二种情况，下面结合附图5进行详细描述。如图5所示，在角色选择阶段，仅完成对静态资源集合中50％的静态资源进行了加载。这样，在资源加载阶段，需要通过协程1和协程2分别对动态资源集合中的全部动态资源及静态资源集合中剩余的50％静态资源进行加载。
64.通过本技术提供的上述实施例，可以根据角色选择阶段对静态资源集合进行加载的完成情况，确定资源加载阶段所要加载的资源类型及资源量，减少了资源加载阶段即将加载的资源量，节约了资源加载时间，提高了用户体验感。
65.在本实施例中，在资源加载阶段采用图5所示的不同协程分别加载动态资源集合以及静态资源集合中剩余的静态资源，这只是一种示例。本实施例还可以采用其他的方式
来在资源加载阶段对动态资源集合以及静态资源集合中剩余的静态资源进行加载，例如，在资源加载阶段，采用协程1依次加载动态资源集合以及静态资源集合中剩余的静态资源。
66.作为另一种可选的实施方式，在上述一局游戏的资源加载阶段，加载一局游戏的动态资源集合，以及加载静态资源集合中除部分静态资源之外的静态资源，包括：在一局游戏的资源加载阶段，并行加载一局游戏的动态资源集合以及静态资源集合中除部分静态资源之外的静态资源。
67.在本实施例中，在资源加载阶段，除了对角色选择阶段未加载完成的部分静态资源进行加载之外，还会对动态资源集合中的全部动态资源进行加载。
68.为了进一步说明本实施例中的在资源加载阶段并行加载资源的过程，下面结合附图6进行详细描述。具体地，如图6所示，在角色选择阶段，仅对静态资源集合中50％的静态资源进行了加载。在资源加载阶段，通过协程1和协程2对全部动态资源及静态资源集合中剩余的50％静态资源进行并行加载，直至加载完成。
69.根据本技术提供的上述实施例可知，在资源加载阶段，对于角色选择阶段未完成加载的部分静态资源及全部动态资源来讲，至少存在以下两种加载方式：
70.(1)先加载剩余部分未加载的静态资源(或动态资源)，再加载动态资源(或静态资源)，即两种类型的资源进行串行加载；
71.(2)同时加载剩余部分未加载的静态资源和动态资源，即并行加载两种类型的资源。
72.在一种可选的示例中，可以根据情况选择上述两种不同的加载方式中的任意一种，例如，可以根据在角色选择阶段未加载的静态资源的比例，选择上述两种不同的加载方式中的一种。举例来说，在角色选择阶段未加载的静态资源小于或等于50％时，可以选择上述加载方式(1)；在角色选择阶段为加载的静态资源大于50％时，选择上述加载方式(2)。但需要说明的是，由于两种加载方式中的角色选择阶段均提前预加载了部分或全部静态资源，因此，两种加载方式均减少了资源加载阶段需要加载的资源量。
73.通过本技术提供的上述实施例，在角色选择阶段未完成静态资源的加载的情况下，通过在资源加载阶段采用静态资源和动态资源并行记载、或者异步加载的方式，完成所有资源的加载，提高了资源加载方式的灵活性，降低了资源加载时长，实现了提高资源加载效率的技术效果。
74.作为一种可选的实施方式，上述资源预加载方法还包括：
75.在一局游戏的角色选择阶段加载一局游戏的静态资源集合的情况下，在角色选择阶段显示第一提示信息，其中，第一提示信息用于提示已提前加载一局游戏的部分资源；或者
76.在一局游戏的角色选择阶段加载一局游戏的静态资源集合的情况下，在资源加载阶段显示第二提示信息，其中，第二提示信息用于提示已提前加载一局游戏的部分资源。
77.为了更加直观地反映资源的加载状态，在本实施例中的角色选择阶段的显示界面中设置了对静态资源进行预加载的第一提示信息，用于动态显示静态资源的加载进度；或者，在资源加载阶段的显示界面中设置了第二提示信息，用于显示当前时刻已经提前预加载的资源占总资源的比例。
78.为了进一步说明本实施例中的上述提示过程，下面结合附图7进行详细描述。具体
地，如图7中(a)所示，在角色选择阶段已加载30％的静态资源时，可以在角色选择阶段的显示界面中显示“已提前加载30％”的进度条。容易理解的是，当随着资源加载进度的变化，进度条中的数字也会随着变化，例如，随着静态资源的加载量的提升，动态显示“已提前加载40％”、“已提前加载50％”等提示信息。
79.作为一种可选的示例，还可以在资源加载阶段的显示界面中显示第二提示信息，该第二提示信息可以但不限于用于提示在角色选择阶段已提前加载的静态资源占游戏总资源的比例，上述游戏总资源可以包括上述静态资源集合和动态资源集合。可选的，上述第二提示信息可以但不限于在角色选择阶段结束，并跳转至资源加载阶段的时刻开始显示，例如，如图7中(b)所示的“已为您提前加载70％”。
80.作为一种可选的示例，由于第一提示信息用于指示在角色选择阶段的过程中实时更新的已加载的静态资源占游戏总资源的比例，第二提示信息用于指示在角色选择阶段已加载完成的静态资源占总资源比例，换言之，第二提示信息与角色阶段结束时的第一提示信息可以相同。
81.因此，基于第一提示信息与第二提示信息分别指示的含义，以及两者之间的关系，在角色选择阶段和资源加载阶段的显示界面中，第一提示信息和第二提示信息的显示方式至少存在以下之一：
82.(1)仅在角色选择阶段显示第一提示信息，在资源选择阶段不显示第二提示信息；
83.(2)在角色选择阶段不显示第一提示信息，但资源选择阶段显示第二提示信息；
84.(3)在角色选择阶段显示第一提示信息，且在资源选择阶段显示第二提示信息。
85.通过本技术提供的上述实施例，采用角色选择阶段显示第一提示信息，和/或在资源加载阶段显示第二提示信息的方式，直观地反映了资源预加载的状态，使得在减少资源加载时间的同时，还可以实时了解资源加载的进度，提高资源加载效率，提高了用户体验感。
86.需要说明的是，如图7所示的采用进度条的方式来提示资源预加载的情况，这仅是一种示例。本实施例还可以采用其他的方式来显示上述的第一提示信息和第二提示信息，例如，在角色选择阶段采用文字、图标、音频或动画或上述方式的各种结合来提示资源预加载的情况。
87.作为一种可选地实施方式，上述在一局游戏的角色选择阶段，加载一局游戏的静态资源集合，包括：
88.在角色选择阶段，依次加载或并行加载静态资源集合中的各个静态资源子集，其中，各个静态资源子集包括以下至少之一：
89.一局游戏中的场景资源子集，其中，场景资源子集包括一局游戏中的游戏地图上出现的虚拟物体的资源；
90.一局游戏中的非玩家角色npc资源子集，其中，npc资源子集包括一局游戏中的一个或多个npc的资源。
91.在本发明各实施例中，对于静态资源集合中的所有静态资源，均按照资源类型的分类设置有不同的标签，例如，将所有静态资源按照类型划分为四类，并生成四张离线静态资源配置表，包括：
92.1)提前加载离线基础资源配置表，包含字段：id、资源路径、资源类型、资源实例化
数量等；
93.2)提前加载离线技能资源配置表，包含字段：资源类型、资源路径、玩家id、配置id、皮肤id等；
94.3)提前加载离线兵线(如，npc)资源配置表，包含字段：配置id、角色类型、角色阵营等；
95.4)提前加载场景资源配置表，包含字段：id、资源场景路径等。
96.可以理解的是，上述分类方式仅是一种示例，在本实施例中，可以采用其他的分类方式对静态资源进行分类，例如，可以包括上述四种分类中的部分分类，或者，按照不同于上述四种分类条件的其他分类条件对静态资源进行分类。
97.为了进一步说明本实施例中的上述不同类型的资源预加载过程，下面结合附图8进行详细描述。具体地，如图8所示，在角色选择阶段，静态资源集合中包括静态资源子集803和804，需要说明的是，本实施例对静态资源集合中包括的静态资源子集的数量不做限定，例如，可以包括3个或4个或5个静态资源子集。可选地，按照资源类型，将静态资源子集803的标签设置为场景资源子集，其中，场景资源子集中803包括但不限于依据游戏中的游戏地图上出现的虚拟物体对应的资源，例如在战斗阶段的游戏地图上出现的草802对应的资源，也可以是游戏地图上出现的墙体对应的资源、游戏地图上出现的灯对应的资源等。
98.按照资源类型，将静态资源子集804的标签设置为非玩家npc资源子集，其中，npc资源子集中包括一局游戏中的一个或多个npc对应的资源，例如npc资源子集中包括但不限于如图8中所示的npc 801的资源。容易理解的是，一局游戏中的非玩家角色npc的数量不做限定，根据需要可以是一个或多个。
99.在角色选择阶段，对于场景资源子集803和非玩家npc资源子集804的加载方式包括但不限于以下两种方式：
100.第一种：依次加载场景资源子集803和非玩家npc资源子集804；
101.第一种：同时加载场景资源子集803和非玩家npc资源子集804；
102.需要说明的是，上述场景资源子集803和非玩家npc资源子集804仅为示例性的，实际游戏对局过程中，一局游戏所需要使用的静态资源集合中的静态资源子集的数量和类型均不做限定。对应地，对于多个静态资源子集的加载方式也包括但不限于依次加载或并行加载各个静态资源子集。
103.进一步地，在游戏开发阶段，管理人员通常会在编辑器阶段预先配置不同游戏模式下需要使用的资源，并生成随游戏关卡相关引用的静态资源配置表。例如上述实施例中游戏地图上的草的颜色所对应的资源、npc的位置对应的资源等。并且在编辑器中还开发了资源加载专用的编辑面板，通过编辑面板可以展示游戏资源加载过程中的相关数据。
104.作为一种可选的实施方式，在进入角色选择阶段之前，还需要管理人员预先在编辑器阶段生成离线静态资源，具体地，可参考如图9所示的流程图。
105.开发资源加载专用面板，在编辑器阶段通过打开资源加载专用面板中的“是否生成离线与分析文件模式”，包括：为所有的资源加载分析函数设置不同的标签，以区分资源分析函数内分析的资源是静态资源还是动态资源，如果无法区分，则定义为动态资源。在打开“是否生成离线与分析文件模式”之后，在资源预加载阶段会关闭所有动态资源的分析函数，只运行标签为静态资源的分析函数，具体地，如步骤s902-s9014。
106.在通过“是否生成离线与分析文件模式”分析出所有静态资源之后，资源加载结束，点击资源加载专用面板中的按钮“执行生成离线数据”，将上述资源分析函数分析出的所有静态资源按照类型分类，生成四张离线静态资源配置表。具体地，如步骤s916-s920。
107.进一步地，在编辑器阶段生成离线静态资源之后，即可在角色选择阶段加载对静态资源集合中的各个静态资源子集进行资源预加载。
108.通过本技术提供的上述实施例，根据在编辑器阶段分析处的离线静态资源，生成静态资源配置表，然后利用角色选择阶段的空闲时间提前加载静态资源配置表中的各类静态资源，减少了资源加载阶段的资源量，降低了资源加载阶段的加载时长，实现了提高资源加载效率的技术效果。
109.作为一种可选地实施例，在上述角色选择阶段，依次加载或并行加载静态资源集合中的各个静态资源子集，包括：
110.重复执行以下操作，直到角色选择阶段结束或者加载完成各个静态资源子集：
111.在确定出一局游戏中待使用的当前静态资源、且当前静态资源的资源路径信息未被存储到目标资源列表中的情况下，将当前静态资源的资源路径信息存储到目标资源列表中；
112.依次或并行地从目标资源列表中获取未加载的部分静态资源的资源路径信息，并根据部分静态资源的资源路径信息，加载部分静态资源；
113.对加载好的部分静态资源进行局内对象实例化，得到部分静态资源的实例化对象；
114.将部分静态资源的实例化对象存储到对象缓冲池中。
115.在本实施例中，进入角色选择阶段时，会触发资源预加载阶段的四个关键协程，具体地，如图10所示：
116.1)资源分析协程：分析协程会不断分析出本局游戏将要引用的资源，并保存至资源列表中；
117.2)资源加载协程：加载协程循环从资源列表中获取资源路径等信息，并开始加载；
118.3)资源实例化协程：实例化协程从资源列表中获取已经加载好了的资源并进行局内对象实例化；
119.4)资源池回收协程：回收协程回收资源加载实例化对象到对象缓冲池。
120.需要说明的是，通过资源分析协程会分析出当前局游戏需要使用的所有资源，对分析出的资源进行编号，并对不同编号的资源设置“静态资源”或“动态资源”的分类标签，然后生成如图10所示的资源列表。其中，资源1、资源2和资源4的类型为“静态资源”，资源3的类型为“动态资源”。根据资源编号和分类标签，确定出当前局游戏中待使用的当前静态资源，并将当前静态资源的资源路径信息存储至资源列表中。
121.在角色选择阶段，通过资源加载协程，依次或并行地从资源列表中获取未加载的部分静态资源的资源路径信息，例如：假设当前时刻未加载的静态资源包括资源1、资源2，那么先获取资源1的路径信息，并对资源1进行加载；然后获取资源2的路径信息，并对资源2进行加载；或者同时获取资源1和资源2的路径信息，并同时加载资源1和资源2。
122.当加载完成资源1和资源2之后，进入资源实例化协程，对已加载好的资源1和资源2所对应的局内对象进行实例化，得到实例化对象，例如资源1所对应的局内对象为npc，资
源2所对应的局内对象为游戏地图上的草，那么通过对资源1和资源2进行对象实例化，得到如图10所示的实例化对象1(例如，npc)和实例化对象2(例如，草)。然后通过资源池回收协程将实例化对象1和实例化对象2存储至对象缓冲池中，以便于在下一局游戏中可以直接从对象缓冲池中获取已提前预加载的资源1和资源2。
123.进一步地，在角色选择阶段，会同时触发本实施例中的上述四个协程，对于四个协程的执行顺序，仍以如图10所示的实施例进行解释说明，例如：
124.s1，通过资源分析协程确定待使用的当前静态资源(资源1和资源2)，并将资源1和资源2的资源路径信息存储至资源列表中；
125.s2，通过资源加载协程，根据资源1和资源2的资源路径信息，加载资源1和资源2；
126.s3，通过资源实例化协程，对已加载的资源1和资源2进行局内对象实例化；
127.s4，通过资源池回收协程，将实例化对象1和对象2回收至对象缓冲池；
128.重复执行s1至s4中的步骤，直至角色选择阶段结束或者加载完成当前局游戏所需要的所有静态资源。
129.需要说明的是，采用如图10所示的四个协程以及的四个协程的工作方式对资源进行加载，这只是一种示例。本实施例还可以采用其他数量的协程和/或其他工作方式对资源进行加载，例如，与图10所示的方式不同之处在于，采用一个协程完成上述的步骤s3和s4。
130.通过本技术提供的上述实施例，利用角色选择阶段的多个关键协程，在资源加载协程中依次加载或并行加载游戏所需要的静态资源集合中的各个静态资源子集，然后通过资源实例化协程和资源池回收协程，将已加载的各个静态资源子集对应的实例化对象存储至对象缓冲池中，使得在下一局游戏中可以重复利用该部分提前预加载的静态资源，降低了资源加载时间，避免了资源加载时间过长导致的帧率卡顿，提高了用户体验感。
131.作为一种可选地实施例，在上述角色选择阶段加载完成静态资源集合中的部分静态资源的情况下，在一局游戏的资源加载阶段，加载一局游戏的动态资源集合，以及加载静态资源集合中除部分静态资源之外的静态资源，包括：在角色选择阶段加载完成部分静态资源时角色选择阶段结束的情况下，停止加载部分静态资源，并在资源加载阶段开始时，开始加载一局游戏的动态资源集合，并继续加载静态资源集合中除部分静态资源之外的静态资源。
132.为了进一步说明本实施例中的上述阶段跳转过程，下面结合附图11进行详细描述。具体地，如图11所示，为一局游戏的角色选择阶段预先配置了最大允许选择时间t1，即要求所有玩家在最大允许选择时间t1内完成角色配置信息的确定，超过上述t1，则直接跳转到资源加载阶段。如图11所示，资源加载阶段的时间为t2。在图11所示的场景中，从角色选择阶段跳转至资源加载阶段的条件包括但不限于以下两种情况：
133.(1)参与本局游戏的所有玩家在时间t0内均已完成角色配置信息的确定，此时将直接结束角色选择阶段，并跳转至资源加载阶段，其中t0《t1；
134.(2)参与本局游戏的所有玩家在预定的时间t1内没有完成角色配置信息的确定，或者，在到达时间预定的时间t1时刚好完成了角色配置信息的确定，则在达到时间t1时，将自动结束角色选择阶段，并跳转至资源加载阶段。
135.需要说明的是，在第(1)种条件下结束角色选择阶段时，会在角色选择阶段的显示界面中以定时器的方式给出即将结束角色选择阶段的提示消息，例如，依次在界面中动态
显示数字10、9、8
…
1，然后进入资源加载阶段的显示界面。
136.可以理解的是，针对第(2)种条件下角色选择阶段没有完成角色选择的情况，在到达时间预定的时间t1时将为玩家自动确定对应的角色配置信息，例如，自动选择对应的角色、角色的皮肤、角色的技能。
137.进一步地，在执行上述跳转条件(1)或(2)的情况下，只要角色选择阶段结束，即停止对静态资源的预加载，然后在资源加载阶段，开始加载当前局游戏的动态资源集合，并继续加载在角色选择阶段未加载完成的静态资源集合中剩余的部分静态资源。
138.通过本技术提供的上述实施例，采用两种不同的结束条件实现角色选择阶段到资源加载阶段的转换，并将两种不同的结束条件应用于不同的场景，在提高资源加载效率的同时，还可以实现提高资源加载灵活性的技术效果。
139.相关技术中，资源加载阶段结束时，会对游戏的其他阶段用到的资源进行释放，而通常情况下，下一局游戏与当前局游戏所需要的资源存在重复的部分，对于该部分资源，如果在下一局游戏中直接重复利用当前局游戏中已加载的资源，那么就提高下一局游戏的加载效率。
140.作为一种可选的实施方式，可以采用如图12所示的释放资源缓存的方式实现对当前局游戏已加载资源的重复利用，具体地，包括：在一局游戏中将加载的静态资源集合存储在目标缓存中；在一局游戏的下一局游戏的角色选择阶段，从目标缓存中加载静态资源集合中的部分或全部静态资源。
141.在本实施例中，通过角色选择阶段和资源加载阶段对游戏所需要的静态资源集合和动态资源集合进行加载(如步骤s1202、s1206-s1214-1)，并全部资源加载完成后，将依据游戏即将加载的静态资源集合存储至目标缓存中(如步骤s1214-2)。
142.在下一局游戏的资源加载过程中，通过在编辑器阶段对离线静态资源设置的标签，直接从目标缓存中获取与当前局游戏存在重复部分的资源，节约了下一局游戏需要加载的资源量，减少了下一局游戏的资源加载时间。
143.需要说明的是，本实施例中的当前局与下一局游戏的重复部分的资源不做限定，换言之，重复部分的资源可能是当前局游戏所需要的静态资源集合中的部分资源或全部静态资源。
144.进一步地，对于战斗阶段生成的资源(例如战斗数据)来说，如果在离开战斗阶段时(步骤s1210)，通过执行步骤s1212将战斗阶段用到的资源进行释放，那么在下一局游戏中将无法参考当前局游戏的战斗数据。因此，在本发明的实施例中，通过步骤s1210和步骤s1214-2，在离开战斗阶段时，将战斗阶段生成的资源存储至目标缓存中，在下一局游戏的战斗阶段可以直接从目标缓存中获取当前局游戏的战斗数据，为下一局游戏的战斗阶段提供了参考数据，有助于提升下一局游戏的战斗能力。
145.作为一种可选的实施方式，在一局游戏的下一局游戏的角色选择阶段，从目标缓存中加载静态资源集合中的部分或全部静态资源，包括：
146.在一局游戏的游戏模式与下一局游戏的游戏模式相同的情况下，从目标缓存中加载静态资源集合中的全部静态资源；和/或
147.在一局游戏的游戏模式与下一局游戏的游戏模式不同的情况下，从目标缓存中加载静态资源集合中的部分静态资源，其中，部分静态资源是下一局游戏中待使用的静态资
源。
148.具体地，在假设游戏模式包括模式1(排位)和模式2(匹配)两种的前提下，如图13中(a)所示，当前局游戏与下一局游戏的游戏模式相同时，且均为排位赛模式时，在对下一局游戏的静态资源进行加载时，可以直接从目标缓存中加载预先存储的当前局游戏即将加载的全部静态资源。
149.如图13中(b)所示，当前局游戏的模式为排位赛模式，下一局游戏的模式为匹配赛模式时，由于二者游戏模式不同，因此，两局游戏所用到的静态资源中可能存在部分相同的资源。在下一局游戏的静态资源进行加载时，可以直接从目标缓存中加载该相同部分的静态资源。
150.需要说明的是，与一局游戏的游戏模式相关的资源主要包括游戏中的场景元素和npc对应的，例如，游戏地图上出现的草、灯、墙壁或其他虚拟物体对应的资源、不同npc对应的资源。也就是说，与游戏模式相关的资源通常为一局游戏的静态资源，因此，当两局游戏的游戏模式相同时，也就意味着两局游戏所需要使用的静态资源也相同。反之，当两局游戏的游戏模式不同时，则两局游戏所需要使用的静态资源可以部分相同。
151.通过本技术提供的上述实施例，通过将一局游戏中将加载的静态资源集合存储至目标缓存中，然后在对下一局游戏的静态资源加载时，根据静态资源的标签，直接从目标缓存中获取静态资源集合中的全部或部分静态资源，实现了游戏资源的重复利用，降低了下一局游戏的资源加载时间，提高了资源加载效率。
152.作为一种可选的实施方式，上述资源预加载方法还包括：
153.在资源加载阶段结束之后，根据加载的静态资源集合和动态资源集合，显示一局游戏的战斗阶段的游戏画面。
154.在本实施例中，通过角色选择阶段和资源加载阶段，加载完成一局游戏的全部资源，其中，包括全部静态资源和全部动态资源，然后根据已加载的静态资源和已加载的动态资源，渲染出与各个资源对应的图像，构成图像集合，最后根据图像集合中的图像在动态显示该局游戏的战斗阶段的游戏画面。
155.具体地，如图3所示，通过角色选择阶段和资源加载阶段，加载完成了静态资源集合和动态资源集合，例如，图3中所示的角色300、角色300所具备的技能303等均属于动态资源集合中的动态资源，图3中的场景元素(草)属于静态资源集合中的静态资源。通过对已加载的技能303的资源进行渲染，即可在战斗阶段的游戏画面中显示技能303对应的虚拟按钮；通过对角色300对应的资源进行渲染，即可在战斗阶段的游戏画面中显示角色300。
156.基于相同的原理，根据角色选择阶段和资源加载阶段已加载的静态资源集合，对静态资源集合中的静态资源进行渲染，即可在战斗阶段的游戏画面中显示所有静态资源所对应的局内对象，例如游戏地图上的草、灯、npc等。
157.通过本技术提供的上述实施例，在角色选择阶段提前预加载一局游戏的部分或全部静态资源，减少了资源加载阶段待加载的资源量，减少了资源加载的时间，从而提高了对已加载资源的渲染效率，降低了局内由于资源加载带来的帧率卡顿，提升了战斗阶段的游戏画面的显示效果，进而提高了用户体验感。
158.为了更好地理解上述各实施方案，本技术还提供了一种资源预加载方法的整体流程图，具体地，如图14所示，包括如下步骤：
159.s1402，进入一局游戏的角色选择阶段，如上述图3所示的角色选择阶段；
160.s1404，判断会提前预加载离线静态资源；在确定开启离线预加载静态资源的情况下，执行步骤s1406；否则执行步骤s1420；
161.s1406，读取离线数据；
162.s1408-s1410，提前加载系统运行加载协程，并在选将阶段结束后进入游戏的资源加载阶段，如上述图11所示的，从t0或t1跳转至t2所示的资源加载阶段；
163.s1412，判断提前加载是否完成，并在完成提前加载的情况下，执行步骤s1414，正常加载剩下的资源(包括未加载的静态资源和动态资源)，具体可参考上述图5所示的资源加载阶段，对动态资源和角色选择阶段未加载的静态资源进行加载；
164.否则，执行步骤s1422，判断提前加载是否超时，在判断结果为没有超时的情况下，执行步骤s1414，正常加载剩下的资源；否则，执行步骤s1418；
165.s1416，在完成游戏资源的加载后，执行步骤s1418。
166.s1418，进入游戏。
167.采用本发明实施例中的资源预加载方法对某游戏的资源加载时长进行测试，得到如图15所示的效果图。在图15中，横轴坐标t1～tn表示游戏测试的时间，纵坐标表示实际对局过程中，同一款游戏不同测试时间的平均资源加载时长，例如：平均每天的资源加载时长。
168.从图15中的资源加载时长的曲线图，可以直观地看出，通过采用本发明实施例中的资源预加载方法，同一款游戏的资源加载时长会随着测试时间的变化逐渐降低。也即，通过利用角色选择阶段(选将阶段)的空闲时间，对一局游戏的部分或全部静态资源进行预加载，减少了资源加载时间，提高了资源加载效率，解决了相关技术中资源加载时间过长的技术问题。
169.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
170.根据本发明实施例的另一个方面，还提供了一种用于实施上述资源预加载方法的资源预加载装置。如图16所示，该装置包括：
171.第一加载单元1602，用于在一局游戏的角色选择阶段，加载一局游戏的静态资源集合，其中，角色选择阶段用于选择参与一局游戏的虚拟角色，静态资源集合包括一局游戏中待使用的、且与角色选择阶段确定的角色配置信息不相关的资源；
172.第二加载单元1604，用于在角色选择阶段加载完成静态资源集合的情况下，在一局游戏的资源加载阶段，加载一局游戏的动态资源集合，其中，动态资源集合包括一局游戏中待使用的、且与角色选择阶段确定的角色配置信息相关的资源。
173.可选地，上述资源预加载装置还包括：
174.第三加载单元，用于在角色选择阶段加载完成静态资源集合中的部分静态资源的情况下，在一局游戏的资源加载阶段，加载一局游戏的动态资源集合，以及加载静态资源集合中除部分静态资源之外的静态资源。
175.可选地，上述在一局游戏的资源加载阶段，加载一局游戏的动态资源集合，以及加载静态资源集合中除部分静态资源之外的静态资源，包括：
176.第一加载模块，用于在一局游戏的资源加载阶段，并行加载一局游戏的动态资源集合以及静态资源集合中除部分静态资源之外的静态资源。
177.可选地，上述资源预加载装置还包括：
178.第一显示单元，用于在一局游戏的角色选择阶段加载一局游戏的静态资源集合的情况下，在角色选择阶段显示第一提示信息，其中，第一提示信息用于提示已提前加载一局游戏的部分资源；或者
179.第二显示单元，用于在一局游戏的角色选择阶段加载一局游戏的静态资源集合的情况下，在资源加载阶段显示第二提示信息，其中，第二提示信息用于提示已提前加载一局游戏的部分资源。
180.可选地，上述第一加载单元，包括：
181.第一处理模块，用于在角色选择阶段，依次加载或并行加载静态资源集合中的各个静态资源子集，其中，各个静态资源子集包括以下至少之一：
182.一局游戏中的场景资源子集，其中，场景资源子集包括一局游戏中的游戏地图上出现的虚拟物体的资源；
183.一局游戏中的非玩家角色npc资源子集，其中，npc资源子集包括一局游戏中的一个或多个npc的资源。
184.可选地，上述第一处理模块包括：
185.处理子模块，用于重复执行以下操作，直到角色选择阶段结束或者加载完成各个静态资源子集：
186.在确定出一局游戏中待使用的当前静态资源、且当前静态资源的资源路径信息未被存储到目标资源列表中的情况下，将当前静态资源的资源路径信息存储到目标资源列表中；
187.依次或并行地从目标资源列表中获取未加载的部分静态资源的资源路径信息，并根据部分静态资源的资源路径信息，加载部分静态资源；
188.对加载好的部分静态资源进行局内对象实例化，得到部分静态资源的实例化对象；
189.将部分静态资源的实例化对象存储到对象缓冲池中。
190.可选地，上述第三加载单元包括：
191.第二处理模块，用于在角色选择阶段加载完成部分静态资源时角色选择阶段结束的情况下，停止加载部分静态资源，并在资源加载阶段开始时，开始加载一局游戏的动态资源集合，并继续加载静态资源集合中除部分静态资源之外的静态资源。
192.可选地，上述资源预加载装置还包括：
193.存储单元，用于在一局游戏中将加载的静态资源集合存储在目标缓存中；
194.第四加载单元，用于在一局游戏的下一局游戏的角色选择阶段，从目标缓存中加载静态资源集合中的部分或全部静态资源。
195.可选地，上述第四加载单元，包括：
196.第二加载模块，用于在一局游戏的游戏模式与下一局游戏的游戏模式相同的情况
下，从目标缓存中加载静态资源集合中的全部静态资源；和/或
197.第三加载模块，用于在一局游戏的游戏模式与下一局游戏的游戏模式不同的情况下，从目标缓存中加载静态资源集合中的部分静态资源，其中，部分静态资源是下一局游戏中待使用的静态资源。
198.可选地，上述资源预加载装置还包括：
199.显示单元，用于在资源加载阶段结束之后，根据加载的静态资源集合和动态资源集合，显示一局游戏的战斗阶段的游戏画面。
200.需要说明的是，这里的资源预加载装置的实施例可以参考上述资源预加载方法的实施例，这里不再赘述。
201.根据本技术实施例的又一个方面，还提供了一种用于实施上述资源预加载方法的电子设备，该电子设备可以是图17所示的终端设备或所示服务器。本实施例以该电子设备为服务器为例来说明。如图17所示，该电子设备包括存储器1702和处理器1704，该存储器1702中存储有计算机程序，该处理器1704被设置为通过计算机程序执行上述任一项方法实施例中的步骤。
202.可选地，在本实施例中，上述电子设备可以位于计算机网络的多个网络设备中的至少一个网络设备。
203.可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
204.s1，在一局游戏的角色选择阶段，加载一局游戏的静态资源集合，其中，角色选择阶段用于选择参与一局游戏的虚拟角色，静态资源集合包括一局游戏中待使用的、且与角色选择阶段确定的角色配置信息不相关的资源；
205.s2，在角色选择阶段加载完成静态资源集合的情况下，在一局游戏的资源加载阶段，加载一局游戏的动态资源集合，其中，动态资源集合包括一局游戏中待使用的、且与角色选择阶段确定的角色配置信息相关的资源。
206.可选地，本领域普通技术人员可以理解，图17所示的结构仅为示意，电子装置电子设备也可以是智能手机(如android手机、ios手机等)、平板电脑、掌上电脑以及移动互联网设备(mobile internet devices，mid)、pad等终端设备。图17并不对上述电子装置电子设备的结构造成限定。例如，电子装置电子设备还可包括比图17中所示更多或者更少的组件(如网络接口等)，或者具有与图17所示不同的配置。
207.其中，存储器1702可用于存储软件程序以及模块，如本技术实施例中的资源预加载方法和装置对应的程序指令/模块，处理器1704通过运行存储在存储器1702内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的资源预加载方法。存储器1702可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器1702可进一步包括相对于处理器1704远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。其中，存储器1702具体可以但不限于用于一局游戏所需要的静态资源集合和动态资源集合等信息。作为一种示例，如图17所示，上述存储器1702中可以但不限于包括上述资源预加载装置中的第一处理单元1602、第二处理单元1604。此外，还可以包括但不限于上述资源预加载装置中的其他模块单元，本示例中不再赘述。
208.可选地，上述的传输装置1706用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置906包括一个网络适配器(network interface controller，nic)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置1706为射频(radio frequency，rf)模块，其用于通过无线方式与互联网进行通讯。
209.此外，上述电子设备还包括：显示器1708，用于显示上述战斗阶段的游戏画面；和连接总线1710，用于连接上述电子设备中的各个模块部件。
210.在其他实施例中，上述终端设备或者服务器可以是一个分布式系统中的一个节点，其中，该分布式系统可以为区块链系统，该区块链系统可以是由该多个节点通过网络通信的形式连接形成的分布式系统。其中，节点之间可以组成点对点(p2p，peer to peer)网络，任意形式的计算设备，比如服务器、终端等电子设备都可以通过加入该点对点网络而成为该区块链系统中的一个节点。
211.根据本技术的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述服务器资源分配方面各种可选实现方式中提供的资源预加载方法，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
212.可选地，在本实施例中，上述计算机可读的存储介质可以被设置为存储用于执行以下步骤的计算机程序：
213.s1，在一局游戏的角色选择阶段，加载一局游戏的静态资源集合，其中，角色选择阶段用于选择参与一局游戏的虚拟角色，静态资源集合包括一局游戏中待使用的、且与角色选择阶段确定的角色配置信息不相关的资源；
214.s2，在角色选择阶段加载完成静态资源集合的情况下，在一局游戏的资源加载阶段，加载一局游戏的动态资源集合，其中，动态资源集合包括一局游戏中待使用的、且与角色选择阶段确定的角色配置信息相关的资源。
215.可选地，在本实施例中，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(read-only memory，rom)、随机存取器(random access memory，ram)、磁盘或光盘等。
216.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
217.上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。
218.在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
219.在本技术所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方
式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
220.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
221.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
222.以上仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。