1.一种用于启动应用的方法,其特征在于,应用于电子设备,所述方法包括:
接收针对待启动应用图标的滑动操作指令;其中,滑动所述待启动应用图标的滑动方式为沿着预设方向以直线方式滑动,或者以曲线方式滑动;
在针对所述待启动应用图标的滑动操作满足第一预设条件的情况下,为启动所述待启动应用提供内存资源;
在针对所述待启动应用图标的滑动操作满足第二预设条件的情况下,启动所述待启动应用;
其中,所述为启动所述待启动应用提供内存资源,包括:
获得启动所述待启动应用所需的内存大小;
确定当前剩余内存资源是否满足启动所述待启动应用的内存需求;
若不满足,则直接释放内存资源,或根据预设的触发条件释放内存资源,以满足启动所述待启动应用的内存需求。
2.根据权利要求1所述的方法,其特征在于,所述在针对所述待启动应用图标的滑动操作满足第一预设条件的情况下,为启动所述待启动应用提供内存资源,包括:
检测所述待启动应用图标向预设方向的滑动距离是否大于预设的第一阈值;若大于,为启动所述待启动应用提供内存资源。
3.根据权利要求2所述的方法,其特征在于,所述在针对所述待启动应用图标的滑动操作满足第二预设条件的情况下,启动所述待启动应用,包括:
检测所述待启动应用图标向预设方向的滑动距离是否大于预设的第二阈值,若大于,启动所述待启动应用,其中,所述预设的第二阈值大于所述预设的第一阈值。
4.根据权利要求3所述的方法,其特征在于,所述根据预设的触发条件释放内存资源,包括:
当所述待启动应用图标向预设方向的滑动距离大于预设的第三阈值时,释放内存资源,其中,所述预设的第三阈值的取值范围为:[第一阈值,第二阈值)。
5.根据权利要求3或4所述的方法,其特征在于,所述获得启动所述待启动应用所需的内存大小,包括:
在本地预设的内存需求列表中,查询获得启动所述待启动应用所需的内存大小;或向服务器端发送内存查询请求信息,从服务器端获得启动所述待启动应用所需的内存大小,所述内存查询请求信息中,携带所述待启动应用的标识。
6.根据权利要求5所述的方法,其特征在于,
所述内存查询请求信息中,还携带当前电子设备的硬件信息;
所述服务器端,根据内存查询请求信息中的待启动应用的标识以及当前电子设备的硬件信息,综合确定启动所述待启动应用所需的内存大小。
7.根据权利要求3或4所述的方法,其特征在于,所述释放内存资源,包括:
按照以下优先级,依次释放当前电子设备中各个进程所占用的内存资源,至满足启动所述待启动应用的内存需求:
退出后不会被操作系统重启的进程;
退出后会被操作系统重启的进程。
8.根据权利要求7所述的方法,其特征在于,在释放所述退出后不会被操作系统重启的进程占用的内存资源的过程中,按照各个进程未被使用的时间由长到短的顺序,依次释放各个进程占用的内存资源。
9.根据权利要求7所述的方法,其特征在于,在释放所述退出后会被操作系统重启的进程占用的内存资源的过程中,先按照各个进程未被使用的时间由长到短的顺序,再按照各个进程退出后被操作系统重启的周期由长到短的顺序,依次释放各个进程占用的内存资源。
10.一种用于启动应用的装置,其特征在于,应用于电子设备,所述装置包括:
滑动指令接收模块,用于接收针对待启动应用图标的滑动操作指令;其中,滑动所述待启动应用图标的滑动方式为沿着预设方向以直线方式滑动,或者以曲线方式滑动;
滑动操作检测模块,用于检测针对所述待启动应用图标的滑动操作;
内存资源提供模块,用于在所述滑动操作检测模块检测到待启动应用图标的滑动操作满足第一预设条件的情况下,为启动所述待启动应用提供内存资源;
应用启动模块,用于在所述滑动操作检测模块检测到待启动应用图标的滑动操作满足第二预设条件的情况下,启动所述待启动应用;
其中,所述内存资源提供模块,包括:内存需求获得子模块、内存确定子模块和内存释放子模块;
所述内存需求获得子模块,用于获得启动所述待启动应用所需的内存大小;
所述内存确定子模块,用于确定当前剩余内存资源是否满足启动所述待启动应用的内存需求;
所述内存释放子模块,用于在所述内存确定子模块的确定结果为否的情况下,直接释放内存资源,或根据预设的触发条件释放内存资源,以满足启动所述待启动应用的内存需求。
11.根据权利要求10所述的装置,其特征在于,所述内存资源提供模块,具体用于在所述滑动操作检测模块检测到所述待启动应用图标向预设方向的滑动距离是否大于预设的第一阈值的情况下,为启动所述待启动应用提供内存资源。
12.根据权利要求11所述的装置,其特征在于,所述应用启动模块,具体用于在所述滑动操作检测模块检测到所述待启动应用图标向预设方向的滑动距离是否大于预设的第二阈值的情况下,启动所述待启动应用。
13.根据权利要求12所述的装置,其特征在于,所述内存释放子模块,具体用于在所述滑动操作检测模块检测到所述待启动应用图标向预设方向的滑动距离大于预设的第三阈值的情况下,释放内存资源,其中,所述预设的第三阈值的取值范围为:[第一阈值,第二阈值)。
14.根据权利要求12或13所述的装置,其特征在于,
所述内存需求获得子模块,用于在本地预设的内存需求列表中,查询获得启动所述待启动应用所需的内存大小;或
用于向服务器端发送内存查询请求信息,从服务器端获得启动所述待启动应用所需的内存大小,所述内存查询请求信息中,携带所述待启动应用的标识。
15.根据权利要求14所述的装置,其特征在于,
所述内存需求获得子模块发送的内存查询请求信息中,还携带当前电子设备的硬件信息;所述服务器端,根据内存查询请求信息中的待启动应用的标识以及当前电子设备的硬件信息,综合确定启动所述待启动应用所需的内存大小。
16.根据权利要求12或13所述的装置,其特征在于,所述内存释放子模块,包括:第一释放单元和第二释放单元;
所述内存释放子模块,用于按照先触发所述第一释放单元,后触发所述第二释放单元的顺序,依次释放当前电子设备中各个进程所占用的内存资源,至满足启动所述待启动应用的内存需求;
所述第一释放单元,用于释放退出后不会被操作系统重启的进程占用的内存资源;
所述第二释放单元,用于释放退出后会被操作系统重启的进程占用的内存资源。
17.根据权利要求16所述的装置,其特征在于,
所述第一释放单元,具体用于在释放所述退出后不会被操作系统重启的进程占用的内存资源的过程中,按照各个进程未被使用的时间由长到短的顺序,依次释放各个进程占用的内存资源。
18.根据权利要求16所述的装置,其特征在于,
所述第二释放单元,具体用于在释放所述退出后会被操作系统重启的进程占用的内存资源的过程中,先按照各个进程未被使用的时间由长到短的顺序,再按照各个进程退出后被操作系统重启的周期由长到短的顺序,依次释放各个进程占用的内存资源。
一种用于启动应用的方法及装置\n技术领域\n[0001] 本发明涉及应用处理技术领域,特别涉及一种用于启动应用的方法及装置。\n背景技术\n[0002] 随着电子技术的快速发展,使用带有触摸屏电子设备的用户越来越多。用户使用带有触摸屏的电子设备时,可在触摸屏的相应区域进行操作,快速便捷的访问电子设备中已安装的应用。现有技术中,用户可通过点击触摸屏上应用的图标启动应用,使得启动应用更加直观、快速、便捷,然而,在使用过程中经常会由于用户的误点击而误启动应用。\n[0003] 另外,随着电子设备硬件性能的逐步提高,用户可在电子设备上同时运行多个应用,但是这样会占用较多内存资源,当用户启动某一需要内存资源较多的应用时,由于内存资源不足会导致启动速度慢、卡顿等现象,影响用户的体验效果。\n发明内容\n[0004] 本发明实施例公开了一种用于启动应用的方法及装置,以降低用户误启动应用的概率、提高启动应用的速度和用户体验效果。\n[0005] 为达到上述目的,本发明实施例公开了一种用于启动应用的方法,应用于电子设备,所述方法包括:\n[0006] 接收针对待启动应用图标的滑动操作指令;\n[0007] 在针对所述待启动应用图标的滑动操作满足第一预设条件的情况下,为启动所述待启动应用提供内存资源;\n[0008] 在针对所述待启动应用图标的滑动操作满足第二预设条件的情况下,启动所述待启动应用。\n[0009] 较佳的,所述在针对所述待启动应用图标的滑动操作满足第一预设条件的情况下,为启动所述待启动应用提供内存资源,包括:\n[0010] 检测所述待启动应用图标向预设方向的滑动距离是否大于预设的第一阈值;若大于,为启动所述待启动应用提供内存资源。\n[0011] 较佳的,所述在针对所述待启动应用图标的滑动操作满足第二预设条件的情况下,启动所述待启动应用,包括:\n[0012] 检测所述待启动应用图标向预设方向的滑动距离是否大于预设的第二阈值,若大于,启动所述待启动应用,其中,所述预设的第二阈值大于所述预设的第一阈值。\n[0013] 较佳的,所述为启动所述待启动应用提供内存资源,包括:\n[0014] 获得启动所述待启动应用所需的内存大小;\n[0015] 确定当前剩余内存资源是否满足启动所述待启动应用的内存需求;\n[0016] 若不满足,则直接释放内存资源,或根据预设的触发条件释放内存资源,以满足启动所述待启动应用的内存需求。\n[0017] 较佳的,所述根据预设的触发条件释放内存资源,包括:\n[0018] 当所述待启动应用图标向预设方向的滑动距离大于预设的第三阈值时,释放内存资源,其中,所述预设的第三阈值的取值范围为:[第一阈值,第二阈值)。\n[0019] 较佳的,所述获得启动所述待启动应用所需的内存大小,包括:\n[0020] 在本地预设的内存需求列表中,查询获得启动所述待启动应用所需的内存大小;\n或\n[0021] 向服务器端发送内存查询请求信息,从服务器端获得启动所述待启动应用所需的内存大小,所述内存查询请求信息中,携带所述待启动应用的标识。\n[0022] 较佳的,所述内存查询请求信息中,还携带当前电子设备的硬件信息;\n[0023] 所述服务器端,根据内存查询请求信息中的待启动应用的标识以及当前电子设备的硬件信息,综合确定启动所述待启动应用所需的内存大小。\n[0024] 较佳的,所述释放内存资源,包括:\n[0025] 按照以下优先级,依次释放当前电子设备中各个进程所占用的内存资源,至满足启动所述待启动应用的内存需求:\n[0026] 退出后不会被操作系统重启的进程;\n[0027] 退出后会被操作系统重启的进程。\n[0028] 较佳的,在释放所述退出后不会被操作系统重启的进程占用的内存资源的过程中,按照各个进程未被使用的时间由长到短的顺序,依次释放各个进程占用的内存资源。\n[0029] 较佳的,在释放所述退出后会被操作系统重启的进程占用的内存资源的过程中,先按照各个进程未被使用的时间由长到短的顺序,再按照各个进程退出后被操作系统重启的周期由长到短的顺序,依次释放各个进程占用的内存资源。\n[0030] 为达到上述目的,本发明实施例公开了一种用于启动应用的装置,应用于电子设备,所述装置包括:\n[0031] 滑动指令接收模块,用于接收针对待启动应用图标的滑动操作指令;\n[0032] 滑动操作检测模块,用于检测针对所述待启动应用图标的滑动操作;\n[0033] 内存资源提供模块,用于在所述滑动操作检测模块检测到待启动应用图标的滑动操作满足第一预设条件的情况下,为启动所述待启动应用提供内存资源;\n[0034] 应用启动模块,用于在所述滑动操作检测模块检测到待启动应用图标的滑动操作满足第二预设条件的情况下,启动所述待启动应用。\n[0035] 较佳的,所述内存资源提供模块,具体用于在所述滑动操作检测模块检测到所述待启动应用图标向预设方向的滑动距离是否大于预设的第一阈值的情况下,为启动所述待启动应用提供内存资源。\n[0036] 较佳的,所述应用启动模块,具体用于在所述滑动操作检测模块检测到所述待启动应用图标向预设方向的滑动距离是否大于预设的第二阈值的情况下,启动所述待启动应用。\n[0037] 较佳的,所述内存资源提供模块,包括:内存需求获得子模块、内存确定子模块和内存释放子模块;\n[0038] 所述内存需求获得子模块,用于获得启动所述待启动应用所需的内存大小;\n[0039] 所述内存确定子模块,用于确定当前剩余内存资源是否满足启动所述待启动应用的内存需求;\n[0040] 所述内存释放子模块,用于在所述内存确定子模块的确定结果为否的情况下,直接释放内存资源,或根据预设的触发条件释放内存资源,以满足启动所述待启动应用的内存需求。\n[0041] 较佳的,所述内存释放子模块,具体用于在所述滑动操作检测模块检测到所述待启动应用图标向预设方向的滑动距离大于预设的第三阈值的情况下,释放内存资源,其中,所述预设的第三阈值的取值范围为:[第一阈值,第二阈值)。\n[0042] 较佳的,所述内存需求获得子模块,用于在本地预设的内存需求列表中,查询获得启动所述待启动应用所需的内存大小;或\n[0043] 用于向服务器端发送内存查询请求信息,从服务器端获得启动所述待启动应用所需的内存大小,所述内存查询请求信息中,携带所述待启动应用的标识。\n[0044] 较佳的,所述内存需求获得子模块发送的内存查询请求信息中,还携带当前电子设备的硬件信息;所述服务器端,根据内存查询请求信息中的待启动应用的标识以及当前电子设备的硬件信息,综合确定启动所述待启动应用所需的内存大小。\n[0045] 较佳的,所述内存释放子模块,包括:第一释放单元和第二释放单元;\n[0046] 所述内存释放子模块,用于按照先触发所述第一释放单元,后触发所述第二释放单元的顺序,依次释放当前电子设备中各个进程所占用的内存资源,至满足启动所述待启动应用的内存需求;\n[0047] 所述第一释放单元,用于释放退出后不会被操作系统重启的进程占用的内存资源;\n[0048] 所述第二释放单元,用于释放退出后会被操作系统重启的进程占用的内存资源。\n[0049] 较佳的,所述第一释放单元,具体用于在释放所述退出后不会被操作系统重启的进程占用的内存资源的过程中,按照各个进程未被使用的时间由长到短的顺序,依次释放各个进程占用的内存资源。\n[0050] 较佳的,所述第二释放单元,具体用于在释放所述退出后会被操作系统重启的进程占用的内存资源的过程中,先按照各个进程未被使用的时间由长到短的顺序,再按照各个进程退出后被操作系统重启的周期由长到短的顺序,依次释放各个进程占用的内存资源。\n[0051] 由以上可见,本方案中,在检测得知针对待启动应用图标的滑动操作满足第二预设条件的情况下,启动待启动应用。与现有技术中通过点击待启动应用图标启动应用的方式相比,可降低误启动概率,同时,在滑动待启动应用图标的过程中,针对待启动应用图标的滑动操作满足第一预设条件时,为启动待启动应用提供所需内存空间,而无需在开始启动应用后再获取内存资源,提高了启动应用的速度以及用户的体验效果。\n附图说明\n[0052] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。\n[0053] 图1为本发明实施例提供的待启动应用图标的滑动示意图;\n[0054] 图2为本发明实施例提供的用于启动应用的方法的流程示意图;\n[0055] 图3为本发明实施例提供的为启动待启动应用提供内存资源的方法的流程示意图;\n[0056] 图4为本发明实施例提供的用于启动应用的装置的第一种结构示意图;\n[0057] 图5为本发明实施例提供的用于启动应用的装置的第二种结构示意图。\n具体实施方式\n[0058] 下面首先对本发明实施例提供的一种用于启动应用的方法进行说明,该方法可以包括以下步骤:\n[0059] 接收针对待启动应用图标的滑动操作指令;\n[0060] 在针对所述待启动应用图标的滑动操作满足第一预设条件的情况下,为启动所述待启动应用提供内存资源;\n[0061] 在针对所述待启动应用图标的滑动操作满足第二预设条件的情况下,启动所述待启动应用。\n[0062] 上述步骤的执行主体为带有触摸屏的电子设备,具体的,参见图1,图1为本发明实施例提供的待启动应用图标的滑动示意图,在待启动应用图标的滑动过程中,位置1为该图标的原始位置,若某一时刻该图标滑动至位置2,经检测得从位置1与到位置2的滑动操作满足第一预设条件,则可进一步判断当前电子设备中的内存资源是否满足启动该待启动应用的内存需求,并为该待启动应用提供相应的内存资源;若图标由位置2继续滑动,某一时刻滑动至位置3,经检测得从位置1与位置3的滑动操作满足第二预设条件,则启动该待启动应用。\n[0063] 下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。\n[0064] 图2为本发明实施例提供的用于启动应用的方法的流程示意图,该方法包括:\n[0065] S201:接收针对待启动应用图标的滑动操作指令。\n[0066] 当用户选中触摸屏上显示的某一应用的图标,并拖动该图标滑动时,当前电子设备可通过触摸屏的信号采集装置获得该滑动信号。\n[0067] S202:在针对所述待启动应用图标的滑动操作满足第一预设条件的情况下,为启动所述待启动应用提供内存资源。\n[0068] 本步骤中,针对所述待启动应用图标的滑动操作满足第一预设条件,可以是待启动应用的图标沿直线或曲线的滑动距离大于预设的某一值,也可以是待启动应用的图标的滑动路线与某一预设图形一致等等。\n[0069] 在本发明的一个具体实施例中,本步骤具体可以为,检测所述待启动应用图标向预设方向的滑动距离是否大于预设的第一阈值;若大于,为启动所述待启动应用提供内存资源。\n[0070] 其中,滑动距离是指待启动应用图标的起始位置与该图标滑动过程中某一时刻所处位置之间的距离。\n[0071] 用户可以预先设定滑动待启动应用图标的方向,该预设方向与水平方向之间的夹角可以为[0,360]范围内的任意值。\n[0072] 需要说明的是,待启动应用图标可以沿着预设方向以直线方式滑动,也可以以曲线方式滑动,本申请并不对滑动方式进行限定。\n[0073] 另外,预设的第一阈值可以设置为固定值,例如:1厘米、2厘米等等,也可以设置为当前电子设备触摸屏宽度或者高度的百分比,例如:触摸屏宽度的20%、触摸屏高度的30%等等。\n[0074] 实际应用中,当前电子设备中可同时运行多个应用,而运行每个应用都需要一定内存资源,因此,在启动待启动应用的过程中可能会存在当前剩余内存资源不能够满足启动待启动应用的内存需求的情况,这种情况下,需要系统进行内存释放操作,以为启动待启动应用提供足够内存资源。\n[0075] 本实施例中,在滑动待启动应用图标至滑动距离大于预设的第一阈值时,可认为用户欲启动该应用的可能性较大,可先判断当前剩余内存资源是否能够满足启动待启动应用的内存需求,并为启动待启动应用提供内存资源,以防止启动过程中内存资源不足时,再进行内存释放操作而影响应用启动速度。当判断得当前剩余内存资源不能够满足启动待启动应用的内存需求时,则释放内存资源,而判断得剩余内存资源能够满足启动待启动应用的内存需求时,则无需释放内存资源。\n[0076] S203:在针对所述待启动应用图标的滑动操作满足第二预设条件的情况下,启动所述待启动应用。\n[0077] 本步骤中,在针对所述待启动应用图标的滑动操作满足第二预设条件,的情况可以与上述的满足第一预设条件的情况类似,这里不再重复。\n[0078] 在本发明的一个具体实施例中,本步骤具体可以为,检测所述待启动应用图标向预设方向的滑动距离是否大于预设的第二阈值,若大于,启动所述待启动应用。\n[0079] 其中,预设的第二阈值大于预设的第一阈值。\n[0080] 由以上可见,本方案中,在检测得知针对待启动应用图标的滑动操作满足第二预设条件的情况下,启动待启动应用。与现有技术中通过点击待启动应用图标启动应用的方式相比,可降低误启动概率,同时,在滑动待启动应用图标的过程中,针对待启动应用图标的滑动操作满足第一预设条件时,为启动待启动应用提供所需内存空间,而无需在开始启动应用后再获取内存资源,提高了启动应用的速度以及用户的体验效果。\n[0081] 在本发明的另一实施例中,提供了图2所示实施例S202中为启动待启动应用提供内存资源的一种具体实现方式,具体参见图3,图3为本发明实施例提供的为启动待启动应用提供内存资源的方法的流程示意图,,可以包括:\n[0082] S202A:获得启动所述待启动应用所需的内存大小。\n[0083] 在本发明的一个具体实施例中,可以通过向服务器端发送内存查询请求信息的方式,从服务器端获得启动所述待启动应用所需的内存大小。\n[0084] 其中,内存查询请求信息中,需携带待启动应用的标识,服务器端根据该待启动应用的标识确定启动该待启动应用所需的内存大小。\n[0085] 另外,内存查询请求信息中,还可以携带当前电子设备的硬件信息,服务器端可以根据内存查询请求信息中的待启动应用的标识以及当前电子设备的硬件信息,综合确定启动该待启动应用所需的内存大小。当前电子设备的硬件信息可以为屏幕的大小等信息,当当前电子设备的屏幕大时,启动该待启动应用需要的内存资源较大,而当当前电子设备的屏幕小时,启动该待启动应用需要的内存资源较小。\n[0086] 需要说明的是,本申请并不对内存查询请求信息中所携带的信息进行限定,实际应用中可以根据具体情况进行设置。\n[0087] 在本发明的另一个具体实施例中,可以在本地预设的内存需求列表中,查询获得启动所述待启动应用所需的内存大小。\n[0088] 其中,预设的内存需求列表可以是从服务器端获得并存储在本地的,包含多种应用内存需求的列表,这种情况下,可根据待启动应用的标识从该预设的内存需求列表中获得启动该待启动应用所需的内存大小。\n[0089] 预设的内存需求列表还可以是根据用户的特点,在本地生成的针对当前电子设备的内存需求列表。这种情况下,用户在第一次启动待启动应用时,需通过向服务器端发送内存查询请求信息的方式,从服务器端获得启动所述待启动应用所需的内存大小,并将该内存需求信息更新到内存需求列表中。当用户再次启动该待启动应用时,可直接从本地预设的内存需求列表中获得相应信息,而无需从服务器端获得。\n[0090] S202B:确定当前剩余内存资源是否满足启动所述待启动应用的内存需求,若不满足,执行S202C,否则,执行S202D。\n[0091] S202C:直接释放内存资源,以满足启动所述待启动应用的内存需求。\n[0092] 实际应用中,除了直接释放内存资源之外,还可以根据预设的触发条件释放内存资源。\n[0093] 具体的,可以在所述待启动应用图标向预设方向的滑动距离大于预设的第三阈值时,再释放内存资源。\n[0094] 其中,预设的第三阈值需的取值范围为:[第一阈值,第二阈值)。\n[0095] 在释放内存资源时,可以按照以下优先级,依次释放当前电子设备中各个进程所占用的内存资源,至满足启动所述待启动应用的内存需求:\n[0096] 退出后不会被操作系统重启的进程;\n[0097] 退出后会被操作系统重启的进程。\n[0098] 其中,在释放退出后不会被操作系统重启的进程占用的内存资源的过程中,可以按照各个进程未被使用的时间由长到短的顺序,依次释放各个进程占用的内存资源。\n[0099] 在释放所述退出后会被操作系统重启的进程占用的内存资源的过程中,可以先按照各个进程未被使用的时间由长到短的顺序,再按照各个进程退出后被操作系统重启的周期由长到短的顺序,依次释放各个进程占用的内存资源。例如,进程A退出后重启的周期为\n10秒,而进程B退出后重启的周期为20秒,则优先释放进程B占用的内存资源。\n[0100] 需要说明的是,在释放内存资源的过程中,若按照优先级,只释放部分进程占用的内存资源即可满足启动待启动应用的内存需求,则可只释放部分进程占用的内存资源。\n[0101] S202D:结束本流程。\n[0102] 由以上可见,本方案中,按照优先级依次释放各个进程占用的内存资源至满足启动待启动应用的内存需求,提高了内存释放效率,可有效防止部分内存频繁重启。\n[0103] 图4为本发明实施例提供的用于启动应用的装置的第一种结构示意图,该装置应用于电子设备,包括:滑动指令接收模块401、滑动操作检测模块402、内存资源提供模块403和应用启动模块404。\n[0104] 其中,滑动指令接收模块401,用于接收针对待启动应用图标的滑动操作指令;\n[0105] 滑动操作检测模块402,用于检测针对所述待启动应用图标的滑动操作;\n[0106] 内存资源提供模块403,用于在所述滑动操作检测模块402检测到待启动应用图标的滑动操作满足第一预设条件的情况下,为启动所述待启动应用提供内存资源;\n[0107] 应用启动模块404,用于在所述滑动操作检测模块402检测到待启动应用图标的滑动操作满足第二预设条件的情况下,启动所述待启动应用。\n[0108] 在本发明的一个具体实施例中,内存资源提供模块403,具体用于在所述滑动操作检测模块402检测到所述待启动应用图标向预设方向的滑动距离是否大于预设的第一阈值的情况下,为启动所述待启动应用提供内存资源。\n[0109] 在本发明的另一个具体实施例中,应用启动模块403,具体用于在所述滑动操作检测模块402检测到所述待启动应用图标向预设方向的滑动距离是否大于预设的第二阈值的情况下,启动所述待启动应用。\n[0110] 由以上可见,本方案中,在检测得知针对待启动应用图标的滑动操作满足第二预设条件的情况下,启动待启动应用。与现有技术中通过点击待启动应用图标启动应用的方式相比,可降低误启动概率,同时,在滑动待启动应用图标的过程中,针对待启动应用图标的滑动操作满足第一预设条件时,为启动待启动应用提供所需内存空间,而无需在开始启动应用后再获取内存资源,提高了启动应用的速度以及用户的体验效果。\n[0111] 在本发明的另一实施例中,提供了图4所示实施例中内存资源提供模块403的一种具体实现方式,具体参见图5,图5为本发明实施例提供的用于启动应用的装置的第二种结构示意图,内存资源提供模块403具体可以包括:内存需求获得子模块4031、内存确定子模块4032和内存释放子模块4033。\n[0112] 其中,内存需求获得子模块4031,用于获得启动所述待启动应用所需的内存大小;\n[0113] 内存确定子模块4032,用于确定当前剩余内存资源是否满足启动所述待启动应用的内存需求;\n[0114] 内存释放子模块4033,用于在所述内存确定子模块的确定结果为否的情况下,直接释放内存资源,或根据预设的触发条件释放内存资源,以满足启动所述待启动应用的内存需求。\n[0115] 在本发明的一个具体实施例中,内存释放子模块403,具体用于在所述滑动操作检测模块402检测到所述待启动应用图标向预设方向的滑动距离大于预设的第三阈值的情况下,释放内存资源,其中,所述预设的第三阈值的取值范围为:[第一阈值,第二阈值)。\n[0116] 具体的,内存需求获得子模块4031,用于在本地预设的内存需求列表中,查询获得启动所述待启动应用所需的内存大小;或\n[0117] 用于向服务器端发送内存查询请求信息,从服务器端获得启动所述待启动应用所需的内存大小,所述内存查询请求信息中,携带所述待启动应用的标识。\n[0118] 在本发明的一个具体实施例中,内存需求获得子模块4031,发送的内存查询请求信息中,还携带当前电子设备的硬件信息;所述服务器端,根据内存查询请求信息中的待启动应用的标识以及前电子设备的硬件信息,综合确定启动所述待启动应用所需的内存大小。\n[0119] 具体的,内存释放子模块4033可以包括:第一释放单元和第二释放单元(图中未示出)。\n[0120] 内存释放子模块40233,用于按照先触发所述第一释放单元,后触发所述第二释放单元的顺序,依次释放当前电子设备中各个进程所占用的内存资源,至满足启动所述待启动应用的内存需求;\n[0121] 所述第一释放单元,用于释放退出后不会被操作系统重启的进程占用的内存资源;\n[0122] 所述第二释放单元,用于释放退出后会被操作系统重启的进程占用的内存资源。\n[0123] 在本发明的一个具体实施例中,第一释放单元,具体用于在释放所述退出后不会被操作系统重启的进程占用的内存资源的过程中,按照各个进程未被使用的时间由长到短的顺序,依次释放各个进程占用的内存资源。\n[0124] 在本发明的另一个具体实施例中,第二释放单元,具体用于在释放所述退出后会被操作系统重启的进程占用的内存资源的过程中,先按照各个进程未被使用的时间由长到短的顺序,再按照各个进程退出后被操作系统重启的周期由长到短的顺序,依次释放各个进程占用的内存资源。\n[0125] 由以上可见,本方案中,按照优先级逐个释放各个进程占用的内存资源至满足启动待启动应用的内存需求,提高了内存释放效率,可有效防止部分内存频繁重启。\n[0126] 对于装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。\n[0127] 需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。\n[0128] 本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以存储于计算机可读取存储介质中,这里所称得的存储介质,如:ROM/RAM、磁碟、光盘等。\n[0129] 以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
法律信息
- 2017-05-17
- 2017-05-10
著录事项变更
申请人由贝壳网际(北京)安全技术有限公司变更为北京猎豹移动科技有限公司
地址由100041 北京市石景山区八大处高科技园西井路3号3号楼1100A变更为100041 北京市石景山区实兴大街30号院3号楼2层A-0071号
- 2014-06-04
实质审查的生效
IPC(主分类): G06F 3/0484
专利申请号: 201410051908.5
申请日: 2014.02.14
- 2014-04-30
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2012-01-04
|
2011-07-21
| | |
2
| |
2013-01-16
|
2012-09-13
| | |
3
| | 暂无 |
2011-08-18
| | |
4
| |
2013-02-13
|
2012-09-29
| | |
5
| |
2013-07-03
|
2011-12-28
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |