一种应用冷启动的方法、装置、计算机设备和存储介质与流程

文档序号:30138631发布日期:2022-05-21 03:06阅读:176来源:国知局
一种应用冷启动的方法、装置、计算机设备和存储介质与流程

1.本技术涉及计算机技术领域,尤其涉及一种应用冷启动的方法、装置、计算机设备和存储介质。


背景技术:

2.android系统中原生的后台应用会占用内存和cpu资源,如果存留数量过多就会直接影响用户前台的操作体验,所以在android系统中都会在最近应用列表中清除掉后台应用来保障系统的流畅性。但该方法会导致用户再次打开该应用时应用处于冷启动状态,同时,由于应用处于冷启动时性能较差,相比温启动、热启动需要新建进程并读取加载io等资源,因此,启动该应用需等待较长的启动时间,从而导致用户的体验不佳。


技术实现要素:

3.本技术实施例的主要目的在于提出一种应用冷启动的方法、装置、计算机设备和存储介质,通过保留应用的进程并对其进行内存压缩回收处理,加速了应用的启动性能,提升了用户体验。
4.为实现上述目的,本技术实施例的第一方面提出了一种应用冷启动的方法,包括:
5.响应于对应用列表的目标应用进行应用清除处理的指令,对所述目标应用的实例进行清除,并且在进程列表中保留所述目标应用对应的目标进程,其中,所述应用列表包括多个应用,所述进程列表包括多个应用进程;
6.对所述目标进程进行内存压缩回收处理,得到目标处理进程;
7.根据预设的lru算法规则确定目标进程列表,所述目标进程列表包括所述目标处理进程;
8.响应于针对所述目标应用的应用启动命令,根据所述目标进程列表中所述目标应用对应的所述目标处理进程执行所述应用启动命令。
9.在一些实施例,所述根据预设的lru算法规则确定目标进程列表,所述目标进程列表包括所述目标处理进程,包括:
10.获取第一进程列表当前的内存剩余量;
11.将所述目标处理进程插入所述第一进程列表的尾部,得到包括所述目标处理进程的第二进程列表;
12.根据预设的lru算法规则和所述第一进程列表当前的内存剩余量对所述第二进程列表进行进程控制处理,得到目标进程列表。
13.在一些实施例,所述根据预设的lru算法规则和所述第一进程列表当前的内存剩余量对所述第二进程列表进行进程控制处理,得到目标进程列表,包括:
14.将所述第二进程列表作为初始的目标进程列表;
15.根据预设的内存总量和所述第一进程列表当前的内存剩余量确定当前可容纳进程数量;
16.根据预设的lru算法规则,当所述目标进程列表的当前进程数量超出所述当前可容纳进程数量,将位于所述目标进程列表的头部的进程进行移除,直至所述当前进程数量小于等于所述当前可容纳进程数量,得到更新的所述目标进程列表。
17.在一些实施例,所述对所述目标进程进行内存压缩回收处理,得到目标处理进程,包括:
18.对所述目标进程进行第一内存回收处理,得到第一处理进程;
19.对运行于内核空间中的所述第一处理进程进行第二内存回收处理,得到目标处理进程。
20.在一些实施例,所述第一内存回收处理包括无引用对象的资源释放处理和堆内存回收处理,所述对所述目标进程进行第一内存回收处理,得到第一处理进程,包括:
21.对所述目标进程进行所述无引用对象的资源释放处理,得到第二处理进程;
22.对所述第二处理进程进行所述堆内存回收处理,得到所述目标进程对应的第一处理进程。
23.在一些实施例,所述第二内存回收处理包括清除无引用的内存页处理、回收匿名页置换到交换分区处理和回收文件页处理,所述对运行于内核空间中的所述第一处理进程进行第二内存回收处理,得到目标处理进程,包括:
24.对运行于内核空间中的所述第一处理进程进行所述清除无引用的内存页处理,得到第三处理进程;
25.对所述第三处理进程进行所述回收匿名页置换到交换分区处理,得到第四处理进程;
26.对所述第四处理进程进行所述回收文件页处理,得到所述目标进程对应的目标处理进程。
27.在一些实施例,所述响应于针对所述目标应用的应用启动命令,根据所述目标进程列表中所述目标应用对应的所述目标处理进程执行所述应用启动命令,包括:
28.响应于所述目标应用的应用启动命令,根据所述目标进程列表中所述目标应用对应的所述目标处理进程执行所述应用启动命令;
29.将所述目标处理进程再次移动到所述目标进程列表的尾部。
30.本技术实施例的第二方面提出了一种应用冷启动的装置,包括:
31.应用处理模块,用于响应于对应用列表的目标应用进行应用清除处理的指令,对所述目标应用的实例进行清除,并且在进程列表中保留所述目标应用对应的目标进程,其中,所述应用列表包括多个应用,所述进程列表包括多个应用进程;
32.内存压缩回收模块,用于对所述目标进程进行内存压缩回收处理,得到目标处理进程;
33.进程管理模块,用于根据预设的lru算法规则确定目标进程列表,所述目标进程列表包括所述目标处理进程;
34.应用启动模块,用于响应于针对所述目标应用的应用启动命令,根据所述目标进程列表中所述目标应用对应的所述目标处理进程执行所述应用启动命令。
35.本技术实施例的第三方面提出了一种计算机设备,所述一种计算机设备包括存储器和处理器,其中,所述存储器中存储有程序,所述程序被所述处理器执行时所述处理器用
于执行如本技术第一方面实施例任一项所述的一种应用冷启动的方法。
36.本技术实施例的第四方面提出了一种计算机可读存储介质,所述一种计算机可读存储介质有计算机程序,在所述计算机程序被计算机执行时,所述计算机用于执行如本技术第一方面实施例任一项所述的一种应用冷启动的方法。
37.本技术实施例提出的一种应用冷启动的方法、装置、计算机设备和存储介质,通过响应于对应用列表的目标应用进行应用清除处理的指令,对目标应用的实例进行清除,为了消除应用再次打开的冷启动,在进程列表中保留目标应用对应的目标进程,其中,应用列表包括多个应用,进程列表包括多个应用进程。为了减少保留的目标进程对内存空间的占用,同时加速目标应用的启动性能,对目标进程进行内存压缩回收处理,得到目标处理进程,并根据预设的lru算法规则确定目标进程列表,目标进程列表包括该目标处理进程。响应于针对所述目标应用的应用启动命令后,根据目标进程列表中目标应用对应的目标处理进程执行应用启动命令。本技术通过保留目标应用的目标进程并对其进行内存压缩回收处理,加速了目标应用的启动性能,提升了用户体验。
附图说明
38.图1是本技术实施例提供的一种应用冷启动的方法的流程图;
39.图2是图1中的步骤s130的流程图;
40.图3是图2中的步骤s230的流程图;
41.图4是图1中的步骤s120的流程图;
42.图5是图4中的步骤s410的流程图;
43.图6是图4中的步骤s420的流程图;
44.图7是图1中的步骤s140的流程图;
45.图8为本技术实施例提供的一种应用冷启动的模块结构框图;
46.图9是本技术实施例提供的计算机设备的硬件结构示意图。
具体实施方式
47.为了使本技术的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本技术进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本技术,并不用于限定本技术。
48.需要说明的是,虽然在装置示意图中进行了功能模块划分,在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于装置中的模块划分,或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
49.除非另有定义,本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本技术实施例的目的,不是旨在限制本技术。
50.首先,对本技术中涉及的若干名词进行解析:
51.冷启动(cold boot),即当启动应用时,后台没有该应用的进程,这时系统会重新创建一个新的进程分配给该应用。
52.lru算法规则(least recently used,最近最少使用算法规则),常用于页面置换的算法,即为虚拟页式存储管理服务。lru算法规则的设计原则是:如果一个数据在最近一段时间没有被访问到,那么在将来它被访问的可能性也很小。也就是说,当限定的空间已存满数据时,应当把最久没有被访问到的数据淘汰。
53.android系统中原生的后台应用会占用内存和cpu资源,如果存留数量过多就会直接影响用户前台的操作体验,所以在android系统中都会在最近应用列表中清除掉后台应用来保障系统的流畅性。但该方法会导致用户再次打开该应用时应用处于冷启动状态,同时,由于应用处于冷启动时性能较差,相比温启动、热启动需要新建进程并读取加载io等资源,因此,启动该应用需等待较长的启动时间,从而导致用户的体验不佳。
54.基于此,本技术实施例的主要目的在于提出一种应用冷启动的方法、装置、计算机设备和存储介质,能够通过保留应用的进程并对其进行内存压缩回收处理,加速了应用的启动性能,提升了用户体验。
55.本技术实施例提供的一种应用冷启动的方法可应用于终端中,也可应用于服务器端中,还可以是运行于终端或服务器端中的软件。在一些实施例中,终端可以是智能手机、平板电脑、笔记本电脑、台式计算机或者智能手表等;服务器端可以配置成独立的物理服务器,也可以配置成多个物理服务器构成的服务器集群或者分布式系统,还可以配置成提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn以及大数据和人工智能平台等基础云计算服务的云服务器;软件可以是实现上述方法的应用等,但并不局限于以上形式。
56.本技术实施例可用于众多通用或专用的计算机系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费计算机设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本技术可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本技术,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
57.本技术实施例提供一种应用冷启动的方法、装置、计算机设备和存储介质,具体通过如下实施例进行说明,首先描述本技术实施例中的一种应用冷启动的方法。
58.参照图1,根据本技术实施例第一方面实施例的一种应用冷启动的方法,包括但不限于步骤s110至步骤s140。
59.s110,响应于对应用列表的目标应用进行应用清除处理的指令,对目标应用的实例进行清除,并且在进程列表中保留目标应用对应的目标进程,其中,应用列表包括多个应用,进程列表包括多个应用进程;
60.s120,对目标进程进行内存压缩回收处理,得到目标处理进程;
61.s130,根据预设的lru算法规则确定目标进程列表,目标进程列表包括目标处理进程;
62.s140,响应于针对目标应用的应用启动命令,根据目标进程列表中目标应用对应的目标处理进程执行应用启动命令。
63.在步骤s110中,对android系统最近的应用列表进行清除应用时,为了消除应用再次启动时处于冷启动的状态,在响应于对应用列表的目标应用进行应用清除处理的指令时,对执行应用清除处理的指令区分了目标应用对应的的实例(activity、service)和目标进程,即对目标应用的实例进行清除,而在进程列表中保留目标应用对应的目标进程,其中,应用列表包括多个应用,进程列表包括多个应用进程。
64.需要说明的是,目标应用的实例包括activity task(活动任务)及后台的service。android应用开发时的主要组件包括activity和sevice,其中,由于用户所能看到的应用的组件就是activity,所以activity task中的task表示为实现一个应用功能而负责管理所有用到的activity实例的栈。后台的service由于经常作为后台服务,需要始终保持运行,即用于负责处理一些必要的任务。
65.需要说明的是,本技术的实施例针对android系统全平台,且在具体实施过程中无兼容性问题,能够通过保留目标应用的目标进程并对其进行内存压缩回收处理,有效地减少对目标进程对内存空间的占用,加速了目标应用的启动性能,提升了用户体验。
66.在一些实施例中,如图2所示,步骤s130具体包括但不限于步骤s210至步骤s230。
67.s210,获取第一进程列表当前的内存剩余量;
68.s220,将目标处理进程插入第一进程列表的尾部,得到包括目标处理进程的第二进程列表;
69.s230,根据预设的lru算法规则和第一进程列表当前的内存剩余量对第二进程列表进行进程控制处理,得到目标进程列表。
70.在步骤中s210至步骤s230中,首先,获取第一进程列表当前的内存剩余量,由于列表是一种数据项构成的有限序列,即按照一定的线性顺序排列而成的数据项的集合,则将经过内存压缩回收处理后的目标处理进程插入第一进程列表的尾部,得到包括目标处理进程的第二进程列表。为了更好地使用系统内存且提高用户体验,根据预设的lru算法规则和第一进程列表当前的内存剩余量对第二进程列表进行进程控制处理,得到目标进程列表。
71.在一些实施例中,如图3所示,步骤s230具体包括但不限于步骤s310至步骤s330。
72.s310,将第二进程列表作为初始的目标进程列表;
73.s320,根据预设的内存总量和第一进程列表当前的内存剩余量确定当前可容纳进程数量;
74.s330,根据预设的lru算法规则,当目标进程列表的当前进程数量超出当前可容纳进程数量,将位于目标进程列表的头部的进程进行移除,直至当前进程数量小于等于当前可容纳进程数量,得到更新的目标进程列表。
75.在步骤s310至步骤s330中,将第二进程列表作为初始的目标进程列表,将目标处理进程插入第一进程列表的尾部后,根据预设的内存总量和第一进程列表当前的内存剩余量确定当前可容纳进程数量,从而根据预设的lru算法规则对第二进程列表进行动态调整,当目标进程列表的当前进程数量超出当前可容纳进程数量时,由于目标进程列表头部的进程与第二进程列表中其他进程相比,被访问的可能性较小,则将位于目标进程列表的头部的进程进行移除,直至当前进程数量小于等于当前可容纳进程数量,得到更新的目标进程列表。
76.在一些实施例中,如图4所示,步骤s120具体包括但不限于步骤s410至步骤s420。
77.s410,对目标进程进行第一内存回收处理,得到第一处理进程;
78.s420,对运行于内核空间中的第一处理进程进行第二内存回收处理,得到目标处理进程。
79.在步骤s410至步骤s420中,响应于对应用列表的目标应用进行应用清除处理的指令后,对目标应用的实例进行清除,并且在进程列表中保留目标应用对应的目标进程,对于保留缓存下来的目标进程,由于目标应用的活动组件已经被结束掉,则对目标进程进行第一内存回收处理,得到第一处理进程。当用户空间通信到系统的内核空间后,对运行于内核空间中的第一处理进程进行第二内存回收处理,得到目标处理进程,能够有效地减少目标进程对内存空间的占用,加速了目标应用的启动性能。
80.在一些实施例中,第一内存回收处理包括无引用对象的资源释放处理和堆内存回收处理,如图5所示,步骤s410具体包括但不限于步骤s510至步骤s520。
81.s510,对目标进程进行无引用对象的资源释放处理,得到第二处理进程;
82.s520,对第二处理进程进行堆内存回收处理,得到目标进程对应的第一处理进程。
83.在步骤s510至步骤s520中,第一内存回收处理包括无引用对象的资源释放处理和堆内存回收处理,则对目标进程进行第一内存回收处理具体包括,对目标进程进行无引用对象的资源释放处理,即在系统的用户空间中对已经无活动的内存资源开销进行无引用对象的资源释放,得到第二处理进程。之后,对第二处理进程进行堆内存回收处理,得到目标进程对应的第一处理进程,从而避免对无任何引用的对象占据的系统内存空间的浪费。
84.在一些实施例中,第二内存回收处理包括清除无引用的内存页处理、回收匿名页置换到交换分区处理和回收文件页处理,如图6所示,步骤s420具体包括但不限于步骤s610至步骤s630。
85.s610,对运行于内核空间中的第一处理进程进行清除无引用的内存页处理,得到第三处理进程;
86.s620,对第三处理进程进行回收匿名页置换到交换分区处理,得到第四处理进程;
87.s630,对第四处理进程进行回收文件页处理,得到目标进程对应的目标处理进程。
88.在步骤s610至步骤s620中,第二内存回收处理包括清除无引用的内存页处理、回收匿名页置换到交换分区处理和回收文件页处理,则对运行于内核空间中的第一处理进程进行第二内存回收处理具体包括,对运行于内核空间中的第一处理进程进行清除无引用的内存页处理,得到第三处理进程;对第三处理进程进行回收匿名页置换到交换分区处理,得到第四处理进程;最后,对第四处理进程进行回收文件页处理,得到目标进程对应的目标处理进程,能够更有效地减少目标进程对内存空间的占用。因此,本技术对保留的目标进程在用户空间和内核空间上分别做了内存回收处理,加速了目标应用的启动性能,提升了用户体验。
89.在一些实施例中,如图7所示,步骤s140具体包括但不限于步骤s710至步骤s720。
90.s710,响应于目标应用的应用启动命令,根据目标进程列表中目标应用对应的目标处理进程执行应用启动命令;
91.s720,将目标处理进程再次移动到目标进程列表的尾部。
92.在步骤s410至步骤s420中,当用户再次启动目标应用时,响应于目标应用的应用启动命令,根据目标进程列表中目标应用对应的目标处理进程执行应用启动命令,由于目
标进程列表中保存有目标应用对应的目标处理进程,则目标进程对应的基础内存资源可以快速的从系统的swap分区中换入,从而实现读取io文件页缓存。同时,当目标应用被重新启动使用时,会将目标应用对应的目标处理进程再次移动到目标进程列表的尾部。
93.本技术实施例提出的一种应用冷启动的方法,通过响应于对应用列表的目标应用进行应用清除处理的指令,对目标应用的实例进行清除,为了消除应用再次打开时处于的冷启动状态,在进程列表中保留目标应用对应的目标进程,其中,应用列表包括多个应用,进程列表包括多个应用进程。为了减少保留的目标进程对内存空间的占用,同时加速目标应用的启动性能,对目标进程进行内存压缩回收处理,即对目标进程进行无引用对象的资源释放处理,和堆内存回收处理,得到目标进程对应的第一处理进程;之后,对运行于内核空间中的第一处理进程进行清除无引用的内存页处理、回收匿名页置换到交换分区处理和回收文件页处理,得到目标进程对应的目标处理进程。根据预设的lru算法规则确定目标进程列表,即将目标处理进程插入第一进程列表的尾部,得到包括目标处理进程的第二进程列表。之后,将第二进程列表作为初始的目标进程列表,根据预设的内存总量和第一进程列表当前的内存剩余量确定当前可容纳进程数量,再根据预设的lru算法规则,当目标进程列表的当前进程数量超出当前可容纳进程数量,将位于目标进程列表的头部的进程进行移除,直至当前进程数量小于等于当前可容纳进程数量,得到更新的目标进程列表。当再次点击启动该目标应用时,即响应于针对目标应用的应用启动命令后,根据目标进程列表中目标应用对应的目标处理进程执行应用启动命令,并将目标处理进程再次移动到目标进程列表的尾部。本技术通过保留目标应用的目标进程并对其进行内存压缩回收处理,能够有效地减少目标进程对内存空间的占用,加速了目标应用的启动性能,提升了用户体验。
94.本技术实施例还提出了一种应用冷启动的装置,如图8所示,该装置包括应用处理模块110、内存压缩回收模块120、进程管理模块130和应用启动模块140,应用处理模块110用于响应于对应用列表150的目标应用进行应用清除处理的指令,对目标应用的实例进行清除,并且在进程列表中保留目标应用对应的目标进程,其中,应用列表150包括多个应用,进程列表包括多个应用进程;内存压缩回收模块120用于对目标进程进行内存压缩回收处理,得到目标处理进程;进程管理模块130用于根据预设的lru算法规则确定目标进程列表,目标进程列表包括目标处理进程;应用启动模块140,用于响应于针对目标应用的应用启动命令,根据目标进程列表中目标应用对应的目标处理进程执行应用启动命令。本技术通过保留目标应用的目标进程,并对其进行内存压缩回收处理,当在应用启动模块140中再次启动目标应用时,能够加速对目标应用的启动性能,完成对目标应用的启动,提升了用户体验。本技术实施例的一种应用冷启动的装置用于执行上述实施例中的一种应用冷启动的方法,其具体处理过程与上述实施例中的一种应用冷启动的方法相同,此处不再一一赘述。
95.本技术实施例还提供了一种计算机设备,该计算机设备包括存储器和处理器,其中,存储器中存储有程序,程序被处理器执行时处理器用于执行如本技术第一方面实施例中任一项的一种应用冷启动的方法。
96.下面结合图9对计算机设备的硬件结构进行详细说明。该计算机设备包括:处理器901、存储器902、输入/输出接口903、通信接口904和总线905。
97.处理器901,可以采用通用的cpu(central processin unit,中央处理器)、微处理器、应用专用集成电路(application specific integrated circuit,asic)、或者一个或
多个集成电路等方式实现,用于执行相关程序,以实现本技术实施例所提供的技术方案;
98.存储器902,可以采用rom(read only memory,只读存储器)、静态存储设备、动态存储设备或者ram(random access memory,随机存取存储器)等形式实现。存储器902可以存储操作系统和其他应用程序,在通过软件或者固件来实现本说明书实施例所提供的技术方案时,相关的程序代码保存在存储器902中,并由处理器901来调用执行本技术实施例的一种应用冷启动的方法;
99.输入/输出接口903,用于实现信息输入及输出;
100.通信接口904,用于实现本设备与其他设备的通信交互,可以通过有线方式(例如usb、网线等)实现通信,也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信;和总线905,在设备的各个组件(例如处理器901、存储器902、输入/输出接口903和通信接口904)之间传输信息;
101.其中处理器901、存储器902、输入/输出接口903和通信接口904通过总线905实现彼此之间在设备内部的通信连接。
102.本技术实施例还提供一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,在计算机程序被计算机执行时,计算机用于执行如本技术第一方面实施例中任一项的一种应用冷启动的方法。
103.存储器作为一种非暂态计算机可读存储介质,可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外,存储器可以包括高速随机存取存储器,还可以包括非暂态存储器,例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中,存储器可选包括相对于处理器远程设置的存储器,这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
104.本技术实施例描述的实施例是为了更加清楚的说明本技术实施例的技术方案,并不构成对于本技术实施例提供的技术方案的限定,本领域技术人员可知,随着技术的演变和新应用场景的出现,本技术实施例提供的技术方案对于类似的技术问题,同样适用。
105.本领域技术人员可以理解的是,图1至图7中示出的技术方案并不构成对本技术实施例的限定,可以包括比图示更多或更少的步骤,或者组合某些步骤,或者不同的步骤。
106.以上所描述的装置实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
107.本领域普通技术人员可以理解,上文中所公开方法中的全部或某些步骤、系统、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。
108.本技术的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
109.应当理解,在本技术中,“至少一个(项)”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,用于描述关联对象的关联关系,表示可以存在三种关系,例如,“a和/或b”可以表示:只存在a,只存在b以及同时存在a和b三种情况,其中a,b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b或c中的至少一项(个),可以表示:a,b,c,“a和b”,“a和c”,“b和c”,或“a和b和c”,其中a,b,c可以是单个,也可以是多个。
110.在本技术所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
111.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
112.另外,在本技术各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
113.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括多指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(read-only memory,简称rom)、随机存取存储器(random access memory,简称ram)、磁碟或者光盘等各种可以存储程序的介质。
114.以上参照附图说明了本技术实施例的优选实施例,并非因此局限本技术实施例的权利范围。本领域技术人员不脱离本技术实施例的范围和实质内所作的任何修改、等同替换和改进,均应在本技术实施例的权利范围之内。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1