[发明专利]内存发生泄露时的内存清除方法、装置及计算机设备

权利要求书

1.一种内存发生泄露时的内存清除方法，其特征在于，包括：

根据注册的界面载体activity的生命周期监听监控activity创建的回调，得到销毁activity的信息；

根据销毁activity的信息，获取当前的activity并创建弱引用和引用列表，将当前activity加入弱引用，并开启引用队列对弱引用进行监控；如果activity被回收，将弱引用加入引用队列，如果activity没有被回收，则弱引用不加入引用队列；

根据开启JVMTI的回调监听，监控垃圾回收状态，获取当前是否处于有效的垃圾回收状态；

如果不是有效的垃圾回收状态，则等待下一次有效的垃圾回收开始；如果是有效的垃圾回收状态，则判断引用队列中是否存在activity，如果存在，则证明activity已被回收；如果不存在，则证明activity发生内存泄露，清除activity以及嵌套在当前activity的片段fragment的内存。

2.如权利要求1所述的内存清除方法，其特征在于，所述根据开启JVMTI的回调监听，监控垃圾回收状态具体为：由本地框架开启JVMTI的回调监听，回调GarbageCollectionStart监听垃圾回收开始时，回调GarbageCollectionFinish监听垃圾回收结束时。

3.如权利要求1所述的内存清除方法，其特征在于，所述activity创建的回调包括：onStart、OnResume、onPause、onStop和onDestroy。

4.如权利要求1所述的方法，其特征在于，所述有效的垃圾回收状态指的是activity的回调函数onDestroyed已完成回调，GarbageCollectionFinish已完成回调，且GarbageCollectionStart还没被回调，activity即将进入下一次的垃圾回收GC扫描的状态。

5.如权利要求1所述的方法，其特征在于，所述清除activity以及嵌套在当前activity的片段fragment的内存具体为：获取当前activity和嵌套在当前activity的片段fragment的所有界面view，并将每个界面view的监听器listener、位图drawable、位图Bitmap和上下文context设置为无效并回收，如果位图drawable为BitmapDrawable，则将位图drawable转换成Bitmap再进行回收，界面view的上下文context通过反射上下文mContext的属性获取并释放。

6.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述的内存发生泄露时的内存清除方法的步骤。

7.一种计算机设备，包括：

一个或多个处理器；

存储器；以及

一个或多个计算机程序，所述处理器和所述存储器通过总线连接，其中所述一个或多个计算机程序被存储在所述存储器中，并且被配置成由所述一个或多个处理器执行，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述的内存发生泄露时的内存清除方法的步骤。

8.一种内存发生泄露时的内存清除装置，其特征在于，所述装置包括：

第一监控模块，用于注册界面载体activity的生命周期监听，以监控activity创建的回调，得到销毁activity的信息；

垃圾回收模块，用于接收销毁activity的信息，获取当前的activity，并生成弱引用和引用队列，将当前activity加入弱引用，利用引用队列对弱引用进行监控，在回收activity时，将弱引用加入引用队列，如果activity没有被回收，则弱引用不用加入引用队列；

第二监控模块，用于开启JVMTI的回调监听，监控垃圾回收状态，检测当前是否处于有效的垃圾回收状态；

内存清除模块，用于获取是否处于有效的垃圾回收状态，若不是有效的垃圾回收状态，则等待下一次有效的垃圾回收开始；如果是有效的垃圾回收状态，检测引用队列中是否存在activity，如果存在，证明activity已被回收，若不存在，证明activity发生内存泄露，清除当前的activity以及嵌套在activity的片段fragment的内存。