应用加载的方法及装置、计算机程序产品和存储介质与流程

文档序号:28428653发布日期:2022-01-12 00:46阅读:66来源:国知局
应用加载的方法及装置、计算机程序产品和存储介质与流程

1.本发明涉及计算机软件技术领域,尤其涉及一种应用加载的方法及装置、计算机程序产品和存储介质。


背景技术:

2.启动应用程序(又名“应用”)时,需要加载该应用程序对应的依赖库。具体而言,在开发应用程序的过程中,其对应的依赖库会基于应用程序的内部机制进行存储;因此,多个依赖库会伴随着目标应用的冷启动而进行加载。
3.常见的对应用程序的目标依赖库进行加载的方法包括:通过人为添加初始化逻辑,实现对目标依赖库的初始化;同时,也可以通过对依赖库进行改造并添加初始化功能,实现对目标依赖库的初始化;或者,通过首页渲染实现对目标依赖库的初始化;待对目标依赖库的初始化完成后,加载该目标依赖库。
4.然而,利用上述方法对应用程序的目标依赖库进行加载时,存在通用性差的问题。


技术实现要素:

5.针对现有技术中存在的问题,本发明的实施例提供一种应用加载的方法及装置、计算机程序产品和存储介质。
6.本发明提供一种应用加载的方法,包括:在准备加载目标应用的目标内容的情况下,获取方法调用请求;
7.判断所述方法调用请求对应的目标依赖库是否存在已完成初始化标识;
8.若所述方法调用请求对应的所述目标依赖库存在所述已完成初始化标识,加载所述目标依赖库,并基于所述目标依赖库加载所述目标内容;
9.若所述方法调用请求对应的所述目标依赖库不存在所述已完成初始化标识,对所述目标依赖库进行初始化,加载经初始化的目标依赖库,并基于所述经初始化的目标依赖库加载所述目标内容。
10.根据本发明提供的一种应用加载的方法,所述在准备加载目标应用的目标内容前,包括:
11.获取所述目标应用的基础依赖库;
12.处理所述基础依赖库,生成所述目标依赖库。
13.根据本发明提供的一种应用加载的方法,所述处理所述基础依赖库,生成所述目标依赖库,包括:
14.判断所述基础依赖库对应的任务机制是否为异步任务机制;
15.若所述基础依赖库对应的任务机制是异步任务机制,对所述基础依赖库进行检查,并基于得到的检查结果生成所述目标依赖库;
16.若所述基础依赖库对应的任务机制不是异步任务机制,将所述基础依赖库作为所述目标依赖库。
17.根据本发明提供的一种应用加载的方法,所述对所述基础依赖库进行检查,并基于得到的检查结果生成所述目标依赖库,包括:
18.判断所述基础依赖库是否发生改变;
19.若所述基础依赖库已发生改变,下载所述基础依赖库对应的数据文件,对所述数据文件进行处理,得到所述目标依赖库;
20.若所述基础依赖库未发生改变,将所述基础依赖库作为所述目标依赖库。
21.根据本发明提供的一种应用加载的方法,所述对所述数据文件进行处理,得到所述目标依赖库,包括:
22.判断所述数据文件是否包含第一数据包;
23.若所述数据文件包含所述第一数据包,对所述数据文件中的所述第一数据包进行解压,得到包含所述第一数据包对应的数据项的解压数据文件,对所述解压数据文件进行更新,得到所述目标依赖库;
24.若所述数据文件不包含所述第一数据包,对所述数据文件进行更新,得到所述目标依赖库。
25.根据本发明提供的一种应用加载的方法,所述对所述解压数据文件进行更新,得到所述目标依赖库,包括:
26.查找所述解压数据文件中的第二数据包,对所述第二数据包进行方法插桩生成第三数据包;
27.替换所述第二数据包为所述第三数据包,并对所述解压数据文件中的所述数据项进行打包,得到更新数据文件,将所述更新数据文件上传至依赖管理组件,生成所述目标依赖库。
28.根据本发明提供的一种应用加载的方法,所述对所述数据文件进行更新,得到所述目标依赖库,包括:
29.查找所述数据文件中的第二数据包,对所述第二数据包进行方法插桩生成第四数据包;
30.替换所述第二数据包为所述第四数据包,得到更新数据文件,将所述更新数据文件上传至依赖管理组件,生成所述目标依赖库。
31.本发明还提供一种应用加载的装置,包括:获取模块,用于在准备加载目标应用的目标内容的情况下,获取方法调用请求;
32.判断模块,用于判断所述方法调用请求对应的目标依赖库是否存在已完成初始化标识;
33.加载模块,用于若所述方法调用请求对应的所述目标依赖库存在所述已完成初始化标识,加载所述目标依赖库,并基于所述目标依赖库加载所述目标内容;
34.初始化模块,用于若所述方法调用请求对应的所述目标依赖库不存在所述已完成初始化标识,对所述目标依赖库进行初始化,加载经初始化的目标依赖库,并基于所述经初始化的目标依赖库加载所述目标内容。
35.根据本发明提供的一种应用加载的装置,所述获取模块,还用于:
36.获取所述目标应用的基础依赖库;
37.处理所述基础依赖库,生成所述目标依赖库。
38.根据本发明提供的一种应用加载的装置,所述获取模块,进一步用于:
39.判断所述基础依赖库对应的任务机制是否为异步任务机制;
40.若所述基础依赖库对应的任务机制是异步任务机制,对所述基础依赖库进行检查,并基于得到的检查结果生成所述目标依赖库;
41.若所述基础依赖库对应的任务机制不是异步任务机制,将所述基础依赖库作为所述目标依赖库。
42.根据本发明提供的一种应用加载的装置,所述获取模块,进一步用于:
43.判断所述基础依赖库是否发生改变;
44.若所述基础依赖库已发生改变,下载所述基础依赖库对应的数据文件,对所述数据文件进行处理,得到所述目标依赖库;
45.若所述基础依赖库未发生改变,将所述基础依赖库作为所述目标依赖库。
46.根据本发明提供的一种应用加载的装置,所述获取模块,进一步用于:
47.判断所述数据文件是否包含第一数据包;
48.若所述数据文件包含所述第一数据包,对所述数据文件中的所述第一数据包进行解压,得到包含所述第一数据包对应的数据项的解压数据文件,对所述解压数据文件进行更新,得到所述目标依赖库;
49.若所述数据文件不包含所述第一数据包,对所述数据文件进行更新,得到所述目标依赖库。
50.根据本发明提供的一种应用加载的装置,所述获取模块,进一步用于:
51.查找所述解压数据文件中的第二数据包,对所述第二数据包进行方法插桩生成第三数据包;
52.替换所述第二数据包为所述第三数据包,并对所述解压数据文件中的所述数据项进行打包,得到更新数据文件,将所述更新数据文件上传至依赖管理组件,生成所述目标依赖库。
53.根据本发明提供的一种应用加载的装置,所述获取模块,进一步用于:
54.查找所述数据文件中的第二数据包,对所述第二数据包进行方法插桩生成第四数据包;
55.替换所述第二数据包为所述第四数据包,得到更新数据文件,将所述更新数据文件上传至依赖管理组件,生成所述目标依赖库。
56.本发明还提供一种计算机程序产品,包括计算机程序/指令,该计算机程序/指令被处理器执行时实现如上述任一种所述应用加载的方法的步骤。
57.本发明还提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现如上述任一种所述应用加载的方法的步骤。
58.本发明提供的一种应用加载的方法及装置、计算机程序产品和存储介质,通过在准备加载目标应用的目标内容的情况下,获取方法调用请求,判断方法调用请求对应的目标依赖库是否存在已完成初始化标识;若方法调用请求对应的目标依赖库存在已完成初始化标识,加载目标依赖库,并基于所述目标依赖库加载所述目标内容;若方法调用请求对应的目标依赖库不存在已完成初始化标识,对目标依赖库进行初始化,加载经初始化的目标依赖库,并基于所述经初始化的目标依赖库加载所述目标内容。在本发明中,通过获取方法
调用请求,基于该方法调用请求针对性的加载对应初始化后的依赖库,避免了在目标应用冷启动的过程中,加载并初始化众多依赖库而出现的诸多不良状况,提高了其通用性。
附图说明
59.为了更清楚地说明本发明或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
60.图1是本发明实施例提供的应用加载的方法的流程示意图;
61.图2是本发明实施例提供的应用加载的方法中生成目标依赖库的第一流程示意图;
62.图3是本发明实施例提供的应用加载的方法中生成目标依赖库的第二流程示意图;
63.图4是本发明实施例提供的应用加载的方法中生成目标依赖库的第三流程示意图;
64.图5是本发明实施例提供的应用加载的方法的细化流程示意图;
65.图6是本发明实施例提供的应用加载的装置的结构示意图;
66.图7是本发明实施例提供的电子设备的硬件结构示意图。
具体实施方式
67.为使本发明的目的、技术方案和优点更加清楚,下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
68.附图仅为示例而并非严格按比例绘制。如在本文中使用的,用语“优选”以及类似的用语,用作表近似,而不用作表程度,并且旨在说明将由本领域普通技术人员认识到的、测量值或计算值中的固有偏差。应注意,在本说明书中,“第一”、“第二”、“第三”等的表述仅用于将一个特征与另一个特征区分开来,而不表示对特征的任何限制,尤其不表示任何的先后顺序。
69.还应理解的是,诸如“包括”、“包括有”、“包含”和/或“包含有”等表述在本说明书中是开放性而非封闭性的表述,其表示存在所陈述的特征、元件和/或部件,但不排除一个或多个其它特征、元件、部件和/或它们的组合的存在。此外,当描述本技术的实施方式时,使用“可”表示“本技术的一个或多个实施方式”。并且,用语“示例性的”旨在指代示例或举例说明。
70.除非另外限定,否则本文中使用的所有措辞(包括工程术语和科技术语)均具有与本技术所属领域普通技术人员的通常理解相同的含义。还应理解的是,除非本技术中有明确的说明,否则在常用词典中定义的词语应被解释为具有与它们在相关技术的上下文中的含义一致的含义,而不应以理想化或过于形式化的意义解释。
71.为了解决现有技术中存在的问题,本发明的实施例提供一种应用加载的方法及装
置、计算机程序产品和存储介质。
72.图1是根据本发明的一个实施例提供的应用加载的方法的流程示意图。如图1所示,该方法包括:
73.步骤101,在准备加载目标应用的目标内容的情况下,获取方法调用请求。
74.具体地,方法调用请求可以为接收用户对目标应用的点选操作,目标应用请求加载首页内容而生成。
75.示例性地,目标应用可以为应用a,目标内容a可以为应用a的首页内容。在准备加载应用a的首页内容a的情况下,获取对应的方法调用请求。
76.步骤102,判断方法调用请求对应的目标依赖库是否存在已完成初始化标识;若方法调用请求对应的目标依赖库存在已完成初始化标识,执行步骤103,若方法调用请求对应的目标依赖库不存在已完成初始化标识,执行步骤104。
77.具体地,若存在两个不同的动态库b和c,则依赖库是指若在调用其中动态库b时,动态库b又需要调用另一个动态库c,则c是b的依赖库。
78.示例性地,若在加载应用a的首页内容a的情况下,获取对应的方法调用请求为m,且m对应的目标依赖库为c,判断c中是否存在已完成初始化标识。
79.需要说明的是,依赖库可以包括多种,本发明不对其进行具体限定。已完成初始化标识同样可以包括多种,本发明不对其进行具体限定。
80.步骤103,加载目标依赖库,并基于目标依赖库加载目标内容。
81.需要说明的是,加载的目标依赖库已经完成了初始化。
82.示例性地,若方法调用请求对应的目标依赖库为c,且c中存在已完成初始化标识,加载c,并基于c加载目标内容。
83.步骤104,对目标依赖库进行初始化,加载经初始化的目标依赖库,并基于经初始化的目标依赖库加载目标内容。
84.示例性地,若方法调用请求对应的目标依赖库为c,且c中不存在已完成初始化标识,对c进行初始化,加载经初始化的c,并基于经初始化的c加载目标内容。
85.需要说明的是,对目标依赖库进行初始化的方式可以包括多种,本发明不对其进行具体限定。
86.综上所述,通过获取方法调用请求,基于该方法调用请求针对性的加载对应初始化后的依赖库,避免了在目标应用冷启动的过程中,加载并初始化众多依赖库而出现的诸多不良状况,提高了其通用性。
87.基于以上实施例,在准备加载目标应用的目标内容前,还执行的步骤包括:
88.步骤s1,获取目标应用的基础依赖库。
89.具体地,步骤s1包括:定义目标应用的插件,在该插件中配置入口,进而,通过该插件获取目标应用的基础依赖库。
90.示例性地,为目标应用定义gradle插件,在该插件中配置入口,进而,通过gradle插件获取目标应用的基础依赖库。
91.需要说明的是,插件可以封装一系列如:编译、测试和打包等的任务,以及配置。
92.步骤s2,处理基础依赖库,生成目标依赖库。
93.综上所述,通过获取并处理基础依赖库,生成目标依赖库,可以实现目标依赖库与
方法调用请求的一一对应。
94.优选地,可以结合具体的实施例对通过处理基础依赖库,生成目标依赖库进行进一步细化说明。
95.基于以上实施例,图2是根据本发明的一个实施例提供的应用加载的方法中生成目标依赖库的第一流程示意图。如图2所示,生成目标依赖库的第一流程,包括:
96.步骤201,判断基础依赖库对应的任务机制是否为异步任务机制;若基础依赖库对应的任务机制是异步任务机制,执行步骤202,若基础依赖库对应的任务机制不是异步任务机制,执行步骤203。
97.示例性地,对基础依赖库进行任务机制判断,判断其对应的任务机制是否为gradle sync task。
98.步骤202,对基础依赖库进行检查,并基于得到的检查结果生成目标依赖库。
99.步骤203,将基础依赖库作为目标依赖库。
100.综上所述,通过进行异步任务机制判断,并根据得到的判断结果分别对应生成目标依赖库,提升了生成目标依赖库的针对性。
101.优选地,可以结合具体的实施例将对基础依赖库进行检查,并基于得到的检查结果生成目标依赖库进行进一步细化说明。
102.基于以上实施例,图3是根据本发明的一个实施例提供的应用加载的方法中生成目标依赖库的第二流程示意图。如图3所示,生成目标依赖库的第二流程,包括:
103.步骤301,判断基础依赖库是否发生改变;若基础依赖库已发生改变,执行步骤302,若基础依赖库未发生改变,执行步骤303。
104.优选地,对于release版本的依赖库可以通过检查其是否存在于maven中,判断其是否发生了改变,而对于snapshot版本的依赖库可以通过对比maven-metadata.xm中的信息,判断其是否发生了改变。
105.步骤302,下载基础依赖库对应的数据文件,对数据文件进行处理,得到目标依赖库。
106.示例性地,若基础依赖库对应的任务机制是gradle sync task,且该基础依赖库对应的数据文件相较原始状态发生了改变,下载基础依赖库对应的数据文件。
107.步骤303,将基础依赖库作为目标依赖库。
108.示例性地,若基础依赖库对应的任务机制不是gradle sync task,将基础依赖库作为目标依赖库;或者,若基础依赖库对应的任务机制是gradle sync task,但该基础依赖库对应的数据文件相较原始状态未发生改变,将基础依赖库作为目标依赖库。
109.综上所述,通过对基础依赖库的原始状态是否发生改变进行判断,并根据得到的判断结果分别对应生成目标依赖库,提升了生成目标依赖库的针对性。
110.优选地,可以结合具体的实施例将对数据文件进行处理,得到目标依赖库进行进一步细化说明。
111.基于以上实施例,图4是根据本发明的一个实施例提供的应用加载的方法中生成目标依赖库的第三流程示意图。如图4所示,生成目标依赖库的第三流程,包括:
112.步骤401,判断数据文件是否包含第一数据包;若数据文件包含第一数据包,执行步骤402,若数据文件不包含第一数据包,执行步骤403。
113.示例性地,在本发明中第一数据包是指.aar数据包,判断数据文件是否包含第一数据包是指,判断数据文件是否包含.aar数据包。
114.需要说明的是,.aar是android项目文件中的一种数据类型。
115.步骤402,对数据文件中的第一数据包进行解压,得到包含第一数据包对应的数据项的解压数据文件,对解压数据文件进行更新,得到目标依赖库。
116.示例性地,若确认数据文件中包含.aar数据包,对数据文件中的.aar数据包进行解压,进而,原数据文件被更新为包含.aar数据包对应数据项的解压数据文件。
117.步骤403,对数据文件进行更新,得到目标依赖库。
118.综上所述,通过对数据文件是否包含第一数据包进行判断,并根据判断结果分别对应得到目标依赖库,提升了生成目标依赖库的针对性。
119.优选地,基于以上实施例,若数据文件包含第一数据包,对所述解压数据文件进行更新,得到所述目标依赖库,包括下述步骤s1~s2:
120.步骤s1,查找解压数据文件中的第二数据包,对第二数据包进行方法插桩生成第三数据包。
121.示例性地,在本发明中第二数据包指.jar数据包,第三数据包指.jar更新数据包;查找解压数据文中的.jar数据包,对.jar数据包进行方法插桩生成.jar更新数据包。
122.步骤s2,替换第二数据包为第三数据包,并对解压数据文件中的数据项进行打包,得到更新数据文件,将更新数据文件上传至依赖管理组件,生成目标依赖库。
123.示例性地,利用.jar更新数据包覆盖.jar数据包,并对解压数据文中包含的通过解压.aar数据包得到的数据项进行打包,得到更新数据文件。并将更新数据文件上传至依赖管理组件maven中,生成目标依赖库。
124.优选地,基于以上实施例,若数据文件不包含第一数据包,对所述数据文件进行更新,得到所述目标依赖库,包括下述步骤s3~s4:
125.步骤s3,查找数据文件中的第二数据包,对第二数据包进行方法插桩生成第四数据包。
126.示例性地,在本发明中第二数据包指.jar数据包,第四数据包指.jar更新数据包;若确认数据文件中不包含.aar数据包,查找数据文件中的.jar数据包,对.jar数据包进行方法插桩生成.jar更新数据包。
127.需要说明的是,插桩是实现程序插件化的方式。方法插桩是插桩的其中一种。
128.另外,.jar是android项目文件中的一种数据类型。
129.步骤s4,替换第二数据包为第四数据包,得到更新数据文件,将更新数据文件上传至依赖管理组件,生成目标依赖库。
130.示例性地,利用.jar更新数据包覆盖.jar数据包,将数据文件更新为更新数据文件。并将更新数据文件上传至依赖管理组件maven中,生成目标依赖库。
131.概括而言,上述实施例,通过获取方法调用请求,基于该方法调用请求针对性的加载对应初始化后的依赖库,避免了在目标应用冷启动的过程中,加载并初始化众多依赖库而出现的诸多不良状况,提高了其通用性。基于以上实施例,图5是根据本发明的一个实施例提供的应用加载的方法的细化流程示意图。如图5所示,应用加载的方法的细化步骤包括:
132.步骤501,获取目标应用的基础依赖库。
133.示例性地,若目标应用为a,获取a的基础依赖库y。
134.步骤502,处理基础依赖库,生成目标依赖库。
135.示例性地,若基础依赖库为y,处理y,生成目标依赖库mby。
136.步骤503,在准备加载目标应用的目标内容的情况下,获取方法调用请求。
137.示例性地,若目标应用的目标内容为b,则在准备加载b的情况下,获取方法调用请求y。
138.步骤504,判断方法调用请求对应的目标依赖库是否存在已完成初始化标识,若是,执行步骤505,若否,执行步骤506。
139.示例性地,若方法调用请求y对应的目标依赖库为mby,且已完成初始化标识为q,判断mby中是否存在q。
140.步骤505,加载目标依赖库,并基于目标依赖库加载目标内容。
141.示例性地,若方法调用请求y对应的目标依赖库为mby,且已完成初始化标识为q,若mby中存在q,加载mby,并基于mby加载其对应的目标内容。
142.步骤506,对目标依赖库进行初始化,加载经初始化的目标依赖库,并基于经初始化的目标依赖库加载目标内容。
143.示例性地,若方法调用请求y对应的目标依赖库为mby,且已完成初始化标识为q,若mby中不存在q,对mby进行初始化,加载经初始化的mby,并基于经初始化的mby加载其对应的目标内容。
144.综上所述,在本发明记载的应用加载的方法中,通过获取方法调用请求,基于该方法调用请求针对性的加载对应初始化后的依赖库,避免了在目标应用冷启动的过程中,加载并初始化众多依赖库而出现的诸多不良状况,提高了其通用性。
145.图6是根据本发明的另一个实施例提供的应用加载的装置的结构示意图。如图6所示,应用加载的装置包括:获取模块610、判断模块620、加载模块630和初始化模块640。
146.获取模块610,用于在准备加载目标应用的目标内容的情况下,获取方法调用请求。
147.获取模块610,还用于:获取目标应用的基础依赖库;处理基础依赖库,生成目标依赖库。
148.获取模块610,进一步用于:判断基础依赖库对应的任务机制是否为异步任务机制;若基础依赖库对应的任务机制是异步任务机制,对基础依赖库进行检查,并基于得到的检查结果生成目标依赖库;若基础依赖库对应的任务机制不是异步任务机制,将基础依赖库作为目标依赖库。
149.获取模块610,进一步用于:判断基础依赖库是否发生改变;若基础依赖库已发生改变,下载基础依赖库对应的数据文件,对数据文件进行处理,得到目标依赖库;若基础依赖库未发生改变,将基础依赖库作为目标依赖库。
150.获取模块610,进一步用于:判断数据文件是否包含第一数据包;若数据文件包含第一数据包,对数据文件中的第一数据包进行解压,得到包含第一数据包对应的数据项的解压数据文件,对解压数据文件进行处理,得到目标依赖库;若数据文件不包含第一数据包,对数据文件进行处理,得到目标依赖库。
151.获取模块610,进一步用于:查找解压数据文件中的第二数据包,对第二数据包进行方法插桩生成第三数据包;替换第二数据包为第三数据包,并对解压数据文件中的数据项进行打包,得到更新数据文件,将更新数据文件上传至依赖管理组件,生成目标依赖库。
152.获取模块610,进一步用于:查找数据文件中的第二数据包,对第二数据包进行方法插桩生成第四数据包;替换第二数据包为第四数据包,得到更新数据文件,将更新数据文件上传至依赖管理组件,生成目标依赖库。
153.判断模块620,用于判断方法调用请求对应的目标依赖库是否存在已完成初始化标识。
154.加载模块630,用于若方法调用请求对应的目标依赖库存在已完成初始化标识,加载目标依赖库,并基于目标依赖库加载目标内容。
155.初始化模块640,用于若方法调用请求对应的目标依赖库不存在已完成初始化标识,对目标依赖库进行初始化,加载经初始化的目标依赖库,并基于经初始化的目标依赖库加载目标内容。
156.综上所述,在本发明记载的应用加载的装置中,通过获取方法调用请求,基于该方法调用请求针对性的加载对应初始化后的依赖库,避免了在目标应用冷启动的过程中,加载并初始化众多依赖库而出现的诸多不良状况,提高了其通用性。
157.图7是根据本发明的一个实施例提供的电子设备的硬件结构示意图。如图7所示,该电子设备可以包括:处理器(processor)710、通信接口(communications interface)720、存储器(memory)730和通信总线740;其中,处理器710,通信接口720,存储器730相互间通过通信总线740完成相互间的通信。处理器710可以调用存储器730中的逻辑指令,以执行提供的应用加载的方法,该方法包括:在准备加载目标应用的目标内容的情况下,获取方法调用请求;判断所述方法调用请求对应的目标依赖库是否存在已完成初始化标识;若所述方法调用请求对应的所述目标依赖库存在所述已完成初始化标识,加载所述目标依赖库,并基于所述目标依赖库加载所述目标内容;若所述方法调用请求对应的所述目标依赖库不存在所述已完成初始化标识,对所述目标依赖库进行初始化,加载经初始化的目标依赖库,并基于所述经初始化的目标依赖库加载所述目标内容。
158.此外,上述的存储器730中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-only memory)、随机存取存储器(ram,random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
159.另一方面,本发明还提供一种计算机程序产品,所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,计算机能够执行上述各方法所提供的应用加载的方法,该方法包括:在准备加载目标应用的目标内容的情况下,获取方法调用请求;判断所述方法调用请求对应的目标依赖库是否存在已完成初始化标识;若所述方法调用请求对应的所述目标依赖库
存在所述已完成初始化标识,加载所述目标依赖库,并基于所述目标依赖库加载所述目标内容;若所述方法调用请求对应的所述目标依赖库不存在所述已完成初始化标识,对所述目标依赖库进行初始化,加载经初始化的目标依赖库,并基于所述经初始化的目标依赖库加载所述目标内容。
160.又一方面,本发明还提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现以执行上述各步骤提供的应用加载的方法,该方法包括:在准备加载目标应用的目标内容的情况下,获取方法调用请求;判断所述方法调用请求对应的目标依赖库是否存在已完成初始化标识;若所述方法调用请求对应的所述目标依赖库存在所述已完成初始化标识,加载所述目标依赖库,并基于所述目标依赖库加载所述目标内容;若所述方法调用请求对应的所述目标依赖库不存在所述已完成初始化标识,对所述目标依赖库进行初始化,加载经初始化的目标依赖库,并基于所述经初始化的目标依赖库加载所述目标内容。
161.以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
162.通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如rom/ram、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
163.最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1