一种内存管理方法、装置、设备及存储介质与流程

1.本发明实施例涉及计算机技术领域，尤其涉及一种内存管理方法、装置、设备及存储介质。


背景技术：

2.在用户使用计算机设备的各项功能时，对应的应用程序会使用计算机设备的系统内存。低内存的计算机设备因为内存不足，容易发生卡顿现象，导致用户体验差。
3.相关技术中，通常设置计算机设备的内存阈值，在内存达到内存阈值时终止后台空闲进程，回收内存。但是，对于低内存的计算机设备，内存很容易达到内存阈值，使得内存回收过于频繁。一方面，频繁的内存回收操作会导致内存回收不及时，影响应用的加载。另一方面，频繁的内存回收操作会导致计算机设备的cpu资源紧张，加剧卡顿。


技术实现要素：

4.本发明实施例提供一种内存管理方法、装置、设备及存储介质，以实现对现有内存管理方案进行优化，及时回收内存资源，提升设备性能。
5.第一方面，本发明实施例提供了一种内存管理方法，包括：
6.按照预设时间间隔，检测设备中当前运行的各应用程序是否满足内存泄漏条件；
7.在检测到满足内存泄漏条件的应用程序时，关闭所述满足内存泄漏条件的应用程序，回收与所述满足内存泄漏条件的应用程序对应的内存。
8.第二方面，本发明实施例还提供了一种内存管理装置，包括：
9.进程检测模块，用于按照预设时间间隔，检测设备中当前运行的各应用程序是否满足内存泄漏条件；
10.内存回收模块，用于在检测到满足内存泄漏条件的应用程序时，关闭所述满足内存泄漏条件的应用程序，回收与所述满足内存泄漏条件的应用程序对应的内存。
11.第三方面，本发明实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如本发明实施例所述的内存管理方法。
12.第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如本发明实施例所述的内存管理方法。
13.本发明实施例的技术方案，通过按照预设时间间隔，检测设备中当前运行的各应用程序是否满足内存泄漏条件，在检测到满足内存泄漏条件的应用程序时，关闭所述满足内存泄漏条件的应用程序，回收与所述满足内存泄漏条件的应用程序对应的内存，可以在应用程序的使用过程中监测应用程序的使用状态，及时在应用程序发生内存泄漏时回收内存资源，提升设备性能。
附图说明
14.图1a为本发明实施例一提供的一种内存管理方法的流程图。
15.图1b为本发明实施例一提供的一种应用程序的内存泄漏检测方法的流程图。
16.图2为本发明实施例二提供的一种内存管理方法的流程图。
17.图3为本发明实施例三提供的一种内存管理装置的结构示意图。
18.图4为本发明实施例四提供的一种计算机设备的结构示意图。
具体实施方式
19.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。
20.另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
21.实施例一
22.图1a为本发明实施例一提供的一种内存管理方法的流程图。本发明实施例可适用于对设备内存进行管理的情况，该方法可以由本发明实施例提供的内存管理装置来执行，该装置可采用软件和/或硬件的方式实现，并一般可集成在计算机设备中。示例性的，计算机设备可以为车机、智能手机、个人电脑、平板电脑、个人数字助理或者移动上网设备等，不做限定。
23.如图1a所示，本发明实施例的方法具体包括：
24.步骤101、按照预设时间间隔，检测设备中当前运行的各应用程序是否满足内存泄漏条件。
25.本实施例中，设备中安装有多个应用程序。每一个应用程序用于实现对应的功能。在用户使用设备的各项功能时，对应的应用程序运行。在应用程序在运行过程中会使用设备的系统内存。内存泄漏条件是用于判断运行中的应用程序是否发生内存泄漏的规则。内存泄漏是指应用程序中已动态分配的堆内存由于某种原因应用程序未释放或无法释放。应用程序发生内存泄漏会造成系统内存的浪费，导致应用程序运行速度减慢甚至系统崩溃等严重后果。
26.预设时间间隔可以根据业务需求进行设置。示例性的，预设时间间隔可以为30分钟。每隔30分钟检测设备中当前运行的各应用程序是否满足内存泄漏条件。
27.在一个具体实例中，每隔30分钟获取设备中当前运行的应用程序总数。如果当前运行的应用程序总数大于0，表明设备中有应用程序在运行中，则检测设备中当前运行的各应用程序是否满足内存泄漏条件。如果当前运行的应用程序总数等于0，表明设备中没有应用程序在运行中，则结束流程。
28.可选的，所述检测设备中当前运行的各应用程序是否满足内存泄漏条件，包括：依次获取设备中当前运行的各应用程序中的一个应用程序作为当前处理应用程序；获取所述
当前处理应用程序的当前内存值；判断所述当前处理应用程序的当前内存值是否大于预设内存阈值；如果所述当前处理应用程序的当前内存值大于预设内存阈值，则确定所述当前处理应用程序满足内存泄漏条件；返回执行依次获取设备中当前运行的各应用程序中的一个应用程序作为当前处理应用程序的操作，直至完成对设备中当前运行的全部应用程序的检测。
29.当前内存值是运行中的应用程序当前使用的内存值。预设内存阈值可以根据业务需求进行设置。示例性的，预设内存阈值为192m。可选的，针对使用获得最大内存限制largeheap的应用程序，可以为其设置对应的预设内存阈值512m。如果某一个应用程序的当前内存值大于预设内存阈值，则确定该应用程序满足内存泄漏条件，即该应用程序发生了内存泄漏，需要立即关闭该应用程序，回收与该应用程序对应的内存。由此，在某个应用程序的内存值超出预设内存阈值时，确定应用程序发生了内存泄漏，实现根据应用程序的当前内存值检测当前运行的各应用程序是否发生了内存泄漏。
30.可选的，在判断所述当前处理应用程序的当前内存值是否大于预设内存阈值之后，还包括：如果所述当前处理应用程序的当前内存值小于等于预设内存阈值，则获取所述当前处理应用程序的历史内存值和当前内存值的差值，作为所述当前处理应用程序的内存值涨幅；判断所述内存值涨幅是否大于预设涨幅阈值；如果所述内存值涨幅大于预设涨幅阈值，则将所述当前处理应用程序的内存值涨幅累积次数加一；判断所述内存值涨幅累积次数是否大于预设次数阈值；如果所述内存值涨幅累积次数大于预设次数阈值，则确定所述当前处理应用程序满足内存泄漏条件；返回执行依次获取设备中当前运行的各应用程序中的一个应用程序作为当前处理应用程序的操作，直至完成对设备中当前运行的全部应用程序的检测。
31.当前处理应用程序的当前内存值是运行中的当前处理应用程序当前使用的内存值。历史内存值是在前一次检测过程中获取的当前处理应用程序的当前内存值。使用当前处理应用程序的历史内存值减去当前内存值，得到的差值作为当前处理应用程序的内存值涨幅。预设涨幅阈值可以根据业务需求进行设置。示例性的，预设涨幅阈值为40m。
32.内存值涨幅累积次数是应用程序的内存值涨幅大于预设涨幅阈值的次数。预设次数阈值可以根据业务需求进行设置。示例性的，预设涨幅阈值为5次。如果所述当前处理应用程序的内存值涨幅大于预设涨幅阈值，且内存值涨幅累积次数大于预设次数阈值，则确定该应用程序满足内存泄漏条件，即该应用程序发生了内存泄漏，需要立即关闭该应用程序，回收与该应用程序对应的内存。由此，在某个应用程序的连续多次的内存值涨幅都超过预设涨幅阈值时，确定应用程序发生了内存泄漏，实现根据应用程序的内存值涨幅检测当前运行的各应用程序是否发生了内存泄漏。
33.在一个具体实例中，图1b为本发明实施例一提供的一种应用程序的内存泄漏检测方法的流程图，包括以下步骤：
34.步骤1、获取当前处理应用程序的当前内存值。
35.步骤2、判断当前处理应用程序的当前内存值是否大于192m：若是，则执行步骤8；若否，则执行步骤3。
36.步骤3、获取当前处理应用程序的历史内存值和当前内存值的差值，作为当前处理应用程序的内存值涨幅。
37.步骤4、判断当前处理应用程序的内存值涨幅是否大于40m：若是，则执行步骤5；若否，则执行步骤7。
38.步骤5、将当前处理应用程序的内存值涨幅累积次数加一。
39.步骤6、判断当前处理应用程序的内存值涨幅累积次数是否大于5次：若是，则执行步骤8；若否，则执行步骤9。
40.步骤7、将当前处理应用程序的内存值涨幅累积次数清零。
41.步骤8、确定当前处理应用程序满足内存泄漏条件。
42.步骤9、结束针对当前处理应用程序的内存泄漏检测流程。
43.由此，在某个应用程序的内存值超出设定值或者某个应用程序的连续多次的内存值涨幅都超过设定值时，确定应用程序发生了内存泄漏，可以根据应用程序的内存值和内存值涨幅，定时检测当前运行的各应用程序是否发生了内存泄漏。
44.步骤102、在检测到满足内存泄漏条件的应用程序时，关闭所述满足内存泄漏条件的应用程序，回收与所述满足内存泄漏条件的应用程序对应的内存。
45.本实施例中，在检测到满足内存泄漏条件的应用程序时，立即关闭所述满足内存泄漏条件的应用程序，回收与所述满足内存泄漏条件的应用程序对应的内存。
46.可选的，内存管理方法还包括：根据与安装于设备中的各应用程序对应的用户操作信息，统计与各应用程序对应的用户使用频次；根据与各应用程序对应的用户使用频次，设置与各应用程序对应的关闭缓存回收规则。
47.用户操作信息是用于记录用户针对应用程序的操作的信息。每一个安装于设备中的各应用程序对应的用户操作信息可以包括用户每一次使用应用程序的起始时间等。用户使用频次是用户在预设时间段内使用应用程序的次数。示例性的，用户使用频次是用户在3天内使用应用程序的次数。根据与安装于设备中的各应用程序对应的用户操作信息，统计与各应用程序对应的用户使用频次。
48.可选的，所述根据与各应用程序对应的用户使用频次，设置与各应用程序对应的关闭缓存回收规则，包括：如果与目标应用程序对应的用户使用频次大于预设频次阈值，则将所述目标应用程序的原生缓存规则中的关闭缓存回收规则，设置为与所述目标应用程序对应的关闭缓存回收规则；如果与目标应用程序对应的用户使用频次小于等于预设频次阈值，则将预设的关闭缓存回收规则，设置为与所述目标应用程序对应的关闭缓存回收规则；其中，关闭缓存回收规则为应用程序在关闭时释放内存的规则，所述预设的关闭缓存回收规则为应用程序在关闭时释放全部内存。
49.预设频次阈值可以根据业务需求进行设置。示例性的，预设频次阈值为3次。
50.如果与目标应用程序对应的用户使用频次大于预设频次阈值，则将目标应用程序的原生缓存规则中的关闭缓存回收规则，设置为与目标应用程序对应的关闭缓存回收规则。原生缓存规则是应用程序原生的内存缓存规则。由此，针对使用频度高的应用程序，保留应用程序在关闭时释放内存的原生规则。使用频度高的应用程序在关闭时，按照原生规则释放内存。
51.如果与目标应用程序对应的用户使用频次小于等于预设频次阈值，则将预设的关闭缓存回收规则，设置为与所述目标应用程序对应的关闭缓存回收规则。所述预设的关闭缓存回收规则为应用程序在关闭时释放全部内存。由此，使用频度不高的应用程序在关闭
时，立即释放全部内存。
52.可选的，内存管理方法还包括：根据设备中的各组件的历史使用信息，确定与所述设备对应的开机启动组件。
53.各组件的历史使用信息是用于记录设备中的各组件的使用状态的相关信息。根据设备中的各组件的历史使用信息，可以确定设备中的各组件的使用次数，可以确定设备中的不使用组件。不使用组件是设备中的从未使用过的组件。与设备对应的开机启动组件是在设备后开机后立即启动的组件。
54.可选的，根据设备中的各组件的历史使用信息，确定与所述设备对应的开机启动组件，可以包括：根据设备中的各组件的历史使用信息，确定设备中的不使用组件；将设备中除不使用组件之外的组件，设置为与所述设备对应的开机启动组件。由此，可以对与设备对应的开机启动组件进行最小化处理，移除不使用的组件，减少系统内存使用量。
55.可选的，内存管理方法还包括：设置与设备中的各组件对应的运行周期和内存回收优先级。
56.组件对应的运行周期是组件在前台运行或者后台运行时的内存释放规则。可选的，预先设置三种类型的运行周期：第一类运行周期、第二类运行周期以及第三类运行周期。第一类运行周期为组件在前台运行和后台运行都不释放。第二类运行周期为组件在从前台运行切换至后台运行后，释放部分内存。第三类运行周期为组件在从前台运行切换至后台运行后，释放全部内存。
57.可选的，根据各组件的使用次数，设置与设备中的各组件对应的运行周期：如果组件的使用次数较多，则设置组件对应的运行周期为第一类运行周期。如果组件的使用次数中等，则设置组件对应的运行周期为第二类运行周期。如果组件的使用次数较少，则设置组件对应的运行周期为第三类运行周期。由此，明确各组件的运行周期，对各组件的运行周期进行最小化处理，减少系统内存使用量。
58.可选的，根据各组件的使用次数，设置与设备中的各组件对应的内存回收优先级。使用次数越高的组件，对应的内存回收优先级越低。在设备的系统内存使用量过多，需要回收内存时，按照内存回收优先级从高到低关闭组件，回收与组件对应的内存。由此，在回收内存过程中，优先关闭使用次数低的组件，回收与使用次数低的组件对应的内存，尽量减少对用户体验和系统的影响。
59.可选的，内存管理方法还包括：设置所述设备的应用程序并行数量，所述应用程序并行数量为设备允许同时运行的应用程序数量；在检测到所述设备中运行的应用程序数量大于所述应用程序并行数量时，关闭所述设备中运行的全部应用程序，回收与所述设备中运行的全部应用程序对应的内存。
60.可选的，内存管理方法还包括：设置应用程序完全退出的接口，以使不重要的应用程序在关闭时，直接调用应用程序完全退出的接口立即释放内存。
61.可选的，内存管理方法还包括：设置与设备对应的内存报警阈值；在检测到设备的剩余内存达到内存报警阈值时，关闭所述设备中运行的全部应用程序，回收与所述设备中运行的全部应用程序对应的内存。由此，为设备增加“一次性清理内存”的机制，在剩余内存达到内存报警阈值时，执行一次内存清理。
62.可选的，根据各应用程序的使用次数，设置与设备中的各应用程序对应的内存回
收优先级。使用次数越高的应用程序，对应的内存回收优先级越低。在设备的系统内存使用量过多，需要回收内存时，按照内存回收优先级从高到低关闭应用程序，回收与应用程序对应的内存。由此，在回收内存过程中，优先关闭使用次数低的应用程序，回收与使用次数低的应用程序对应的内存，尽量减少对用户体验和系统的影响。
63.可选的，在应用程序从前台运行切换至后台运行后，调高应用程序对应的内存回收优先级，以使后台运行的应用程序更容易被回收内存。用户通常长时间专注于某个特定应用程序，对多任务的需求不高。通过在应用程序从前台运行切换至后台运行后，调高应用程序对应的内存回收优先级，可以让后台运行的应用程序更容易被回收内存，确保前台运行的应用程序有更多可用内存，而不需要临时回收消耗cpu资源。
64.通过对设备中的组件和应用程序进行分类设置，不同类别的组件和应用程序应用实施不同内存管理策略，可以从根本上解决内存资源分配的问题，避免了为保持系统流畅性而关闭用户高频或必备组件和应用程序的场景，避免了为打开新应用程序而关闭用户高频或必备组件和应用程序的场景。
65.本发明实施例提供了一种内存管理方法，通过按照预设时间间隔，检测设备中当前运行的各应用程序是否满足内存泄漏条件，在检测到满足内存泄漏条件的应用程序时，关闭所述满足内存泄漏条件的应用程序，回收与所述满足内存泄漏条件的应用程序对应的内存，可以在应用程序的使用过程中监测应用程序的使用状态，及时在应用程序发生内存泄漏时回收内存资源，提升设备性能。
66.实施例二
67.图2为本发明实施例二提供的一种内存管理方法的流程图。本发明实施例可以与上述一个或者多个实施例中各个可选方案结合。
68.如图2所示，本发明实施例的方法具体包括：
69.步骤201、根据与安装于设备中的各应用程序对应的用户操作信息，统计与各应用程序对应的用户使用频次。
70.用户操作信息是用于记录用户针对应用程序的操作的信息。每一个安装于设备中的各应用程序对应的用户操作信息可以包括用户每一次使用应用程序的起始时间等。用户使用频次是用户在预设时间段内使用应用程序的次数。
71.示例性的，用户使用频次是用户在3天内使用应用程序的次数。根据与安装于设备中的各应用程序对应的用户操作信息，统计与各应用程序对应的用户使用频次。
72.步骤202、根据与各应用程序对应的用户使用频次，设置与各应用程序对应的关闭缓存回收规则。
73.可选的，所述根据与各应用程序对应的用户使用频次，设置与各应用程序对应的关闭缓存回收规则，包括：如果与目标应用程序对应的用户使用频次大于预设频次阈值，则将所述目标应用程序的原生缓存规则中的关闭缓存回收规则，设置为与所述目标应用程序对应的关闭缓存回收规则；如果与目标应用程序对应的用户使用频次小于等于预设频次阈值，则将预设的关闭缓存回收规则，设置为与所述目标应用程序对应的关闭缓存回收规则；其中，关闭缓存回收规则为应用程序在关闭时释放内存的规则，所述预设的关闭缓存回收规则为应用程序在关闭时释放全部内存。
74.预设频次阈值可以根据业务需求进行设置。示例性的，预设频次阈值为3次。
75.如果与目标应用程序对应的用户使用频次大于预设频次阈值，则将目标应用程序的原生缓存规则中的关闭缓存回收规则，设置为与目标应用程序对应的关闭缓存回收规则。原生缓存规则是应用程序原生的内存缓存规则。由此，针对使用频度高的应用程序，保留应用程序在关闭时释放内存的原生规则。使用频度高的应用程序在关闭时，按照原生规则释放内存。
76.如果与目标应用程序对应的用户使用频次小于等于预设频次阈值，则将预设的关闭缓存回收规则，设置为与所述目标应用程序对应的关闭缓存回收规则。所述预设的关闭缓存回收规则为应用程序在关闭时释放全部内存。由此，使用频度不高的应用程序在关闭时，立即释放全部内存。
77.步骤203、按照预设时间间隔，检测设备中当前运行的各应用程序是否满足内存泄漏条件。
78.步骤204、在检测到满足内存泄漏条件的应用程序时，关闭所述满足内存泄漏条件的应用程序，回收与所述满足内存泄漏条件的应用程序对应的内存。
79.本实施例中，在检测到满足内存泄漏条件的应用程序时，立即关闭所述满足内存泄漏条件的应用程序，回收与所述满足内存泄漏条件的应用程序对应的内存。所述满足内存泄漏条件的应用程序在关闭时，根据所对应的关闭缓存回收规则释放内存。
80.本发明实施例提供了一种内存管理方法，通过根据与安装于设备中的各应用程序对应的用户操作信息，统计与各应用程序对应的用户使用频次，然后根据与各应用程序对应的用户使用频次，设置与各应用程序对应的关闭缓存回收规则，以使应用程序在关闭时，根据所对应的关闭缓存回收规则释放内存，可以在应用程序使用中监测应用程序的使用频次，根据使用频次设置各应用程序的内存释放策略，以使使用频度不高的应用程序在关闭时立即释放全部内存，使用频度高的应用程序在关闭时按照原生规则释放内存，可以更加了解用户使用应用程序的习惯，可以更大维度地保持设备高效运行，提高了用户使用体验。
81.实施例三
82.图3为本发明实施例三提供的一种内存管理装置的结构示意图。如图3所示，所述装置包括：进程检测模块301和内存回收模块302。
83.其中，进程检测模块301，用于按照预设时间间隔，检测设备中当前运行的各应用程序是否满足内存泄漏条件；内存回收模块302，用于在检测到满足内存泄漏条件的应用程序时，关闭所述满足内存泄漏条件的应用程序，回收与所述满足内存泄漏条件的应用程序对应的内存。
84.本发明实施例提供了一种内存管理装置，通过按照预设时间间隔，检测设备中当前运行的各应用程序是否满足内存泄漏条件，在检测到满足内存泄漏条件的应用程序时，关闭所述满足内存泄漏条件的应用程序，回收与所述满足内存泄漏条件的应用程序对应的内存，可以在应用程序的使用过程中监测应用程序的使用状态，及时在应用程序发生内存泄漏时回收内存资源，提升设备性能。
85.在本发明实施例的一个可选实施方式中，可选的，进程检测模块301可以包括：进程获取单元，用于依次获取设备中当前运行的各应用程序中的一个应用程序作为当前处理应用程序；内存值获取单元，用于获取所述当前处理应用程序的当前内存值；内存值判断单元，用于判断所述当前处理应用程序的当前内存值是否大于预设内存阈值；第一确定单元，
用于如果所述当前处理应用程序的当前内存值大于预设内存阈值，则确定所述当前处理应用程序满足内存泄漏条件；第一返回单元，用于返回执行依次获取设备中当前运行的各应用程序中的一个应用程序作为当前处理应用程序的操作，直至完成对设备中当前运行的全部应用程序的检测。
86.在本发明实施例的一个可选实施方式中，可选的，进程检测模块301可以还包括：内存值涨幅确定单元，用于如果所述当前处理应用程序的当前内存值小于等于预设内存阈值，则获取所述当前处理应用程序的历史内存值和当前内存值的差值，作为所述当前处理应用程序的内存值涨幅；内存值涨幅判断单元，用于判断所述内存值涨幅是否大于预设涨幅阈值；累积次数累加单元，用于如果所述内存值涨幅大于预设涨幅阈值，则将所述当前处理应用程序的内存值涨幅累积次数加一；累积次数判断单元，用于判断所述内存值涨幅累积次数是否大于预设次数阈值；第二确定单元，用于如果所述内存值涨幅累积次数大于预设次数阈值，则确定所述当前处理应用程序满足内存泄漏条件；第二返回单元，用于返回执行依次获取设备中当前运行的各应用程序中的一个应用程序作为当前处理应用程序的操作，直至完成对设备中当前运行的全部应用程序的检测。
87.在本发明实施例的一个可选实施方式中，可选的，内存管理装置可以还包括：频次统计模块，用于根据与安装于设备中的各应用程序对应的用户操作信息，统计与各应用程序对应的用户使用频次；规则设置模块，用于根据与各应用程序对应的用户使用频次，设置与各应用程序对应的关闭缓存回收规则。
88.在本发明实施例的一个可选实施方式中，可选的，规则设置模块可以包括：第一设置单元，用于如果与目标应用程序对应的用户使用频次大于预设频次阈值，则将所述目标应用程序的原生缓存规则中的关闭缓存回收规则，设置为与所述目标应用程序对应的关闭缓存回收规则；第二设置单元，用于如果与目标应用程序对应的用户使用频次小于等于预设频次阈值，则将预设的关闭缓存回收规则，设置为与所述目标应用程序对应的关闭缓存回收规则；其中，所述预设的关闭缓存回收规则为应用程序在关闭时释放全部内存。
89.在本发明实施例的一个可选实施方式中，可选的，内存管理装置可以还包括：开机启动组件确定模块，用于根据设备中的各组件的历史使用信息，确定与所述设备对应的开机启动组件。
90.在本发明实施例的一个可选实施方式中，可选的，内存管理装置可以还包括：组件设置模块，用于设置与设备中的各组件对应的运行周期和内存回收优先级。
91.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
92.上述内存管理装置可执行本发明任意实施例所提供的内存管理方法，具备执行内存管理方法相应的功能模块和有益效果。
93.实施例四
94.图4为本发明实施例四提供的一种计算机设备的结构示意图。图4示出了适于用来实现本发明实施方式的示例性计算机设备12的框图。图4显示的计算机设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
95.如图4所示，计算机设备12以通用计算设备的形式表现。计算机设备12的组件可以包括但不限于：一个或者多个处理器16，存储器28，连接不同系统组件(包括存储器28和处
理器16)的总线18。
96.总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
97.计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
98.存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom，dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
99.具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
100.计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与计算机设备12的其它模块通信。应当明白，尽管图4中未示出，可以结合计算机设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
101.处理器16通过运行存储在存储器28中的程序，从而执行各种功能应用以及数据处理，实现本发明实施例所提供的内存管理方法：按照预设时间间隔，检测设备中当前运行的各应用程序是否满足内存泄漏条件；在检测到满足内存泄漏条件的应用程序时，关闭所述满足内存泄漏条件的应用程序，回收与所述满足内存泄漏条件的应用程序对应的内存。
102.实施例五
103.本发明实施例五提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，实现本发明实施例所提供的内存管理方法：按照预设时间间隔，检测设备中当前运行的各应用程序是否满足内存泄漏条件；在检测到满足内存泄漏条件的应用程序时，关闭所述满足内存泄漏条件的应用程序，回收与所述满足内存泄漏条件的应用程序对应的内存。
104.可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
105.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
106.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
107.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如java、smalltalk、c++，还包括常规的过程式程序设计语言，诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或计算机设备上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
108.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。