发明内容
本发明的主要目的在于提出一种应用程序资源泄露的检测方法及移动终端、存储介质,旨在解决现有技术中无法跟踪定位存在资源泄露的应用程序的技术问题。
为实现上述目的,本发明提供一种应用程序资源泄露的检测方法,所述应用程序资源泄露的检测方法包括:
获取移动终端缓冲队列中等待移交至指定接口的图层;
统计所述图层对应的基础信息,所述基础信息包括所述图层对应APP(Application,应用程序)的名称和/或类型;
根据所述图层对应的基础信息,对所述图层进行分类;
根据所述图层的类型,输出缓冲队列中各APP占用的资源大小,当任意APP占用的资源大小大于预设的阈值时,则确定所述任意APP存在资源泄露。
可选的,所述获取移动终端缓冲队列中等待移交至指定接口的图层的步骤包括:
检测缓冲队列中已合成的图层,并判断所述已合成的图层是否等待移交至所述指定接口;
获取等待移交至所述指定接口的图层。
可选的,根据所述图层的类型,输出缓冲队列中各APP占用的资源大小的步骤还包括:
根据所述图层的类型,每隔设定的时间间隔输出缓冲队列中各APP占用的资源大小。
可选的,在确定所述任意APP存在资源泄露之后还包括:
根据所述任意APP占用的资源大小,确定所述任意APP的资源泄露等级。
可选的,在确定所述任意APP存在资源泄露之后还包括:
将所述任意APP对应的名称和/或类型,以及所述任意APP当前占用的资源大小以日志的形式进行保存,并将所述日志反馈至所述移动终端对应的售后服务***。
此外,为实现上述目的,本发明还提供一种移动终端,所述移动终端包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的应用程序资源泄露的检测程序,所述应用程序资源泄露的检测程序被所述处理器执行时实现如下步骤:
获取移动终端缓冲队列中等待移交至指定接口的图层;
统计所述图层对应的基础信息,所述基础信息包括所述图层对应APP的名称和/或类型;
根据所述图层对应的基础信息,对所述图层进行分类;
根据所述图层的类型,输出缓冲队列中各APP占用的资源大小,当任意APP占用的资源大小大于预设的阈值时,则确定所述任意APP存在资源泄露。
可选的,所述获取移动终端缓冲队列中等待移交至指定接口的图层的步骤包括:
检测缓冲队列中已合成的图层,并判断所述已合成的图层是否等待移交至所述指定接口;
获取等待移交至所述指定接口的图层;
根据所述图层的类型,输出缓冲队列中各APP占用的资源大小的步骤还包括:
根据所述图层的类型,每隔设定的时间间隔输出缓冲队列中各APP占用的资源大小。
可选的,在确定所述任意APP存在资源泄露之后,所述应用程序资源泄露的检测程序被所述处理器执行时,还可以实现如下步骤:
根据所述任意APP占用的资源大小,确定所述任意APP的资源泄露等级。
可选的,在确定所述任意APP存在资源泄露之后,所述应用程序资源泄露的检测程序被所述处理器执行时,还可以实现如下步骤:
将所述任意APP对应的名称和/或类型,以及所述任意APP当前占用的资源大小以日志的形式进行保存,并将所述日志反馈至所述移动终端对应的售后服务***。
此外,为实现上述目的,本发明还提供一种存储介质,所述存储介质上存储有应用程序资源泄露的检测程序,所述应用程序资源泄露的检测程序被处理器执行时实现如下步骤:
获取移动终端缓冲队列中等待移交至指定接口的图层;
统计所述图层对应的基础信息,所述基础信息包括所述图层对应APP的名称和/或类型;
根据所述图层对应的基础信息,对所述图层进行分类;
根据所述图层的类型,输出缓冲队列中各APP占用的资源大小,当任意APP占用的资源大小大于预设的阈值时,则确定所述任意APP存在资源泄露。
可选的,所述获取移动终端缓冲队列中等待移交至指定接口的图层的步骤包括:
检测缓冲队列中已合成的图层,并判断所述已合成的图层是否等待移交至所述指定接口;
获取等待移交至所述指定接口的图层;
根据所述图层的类型,输出缓冲队列中各APP占用的资源大小的步骤还包括:
根据所述图层的类型,每隔设定的时间间隔输出缓冲队列中各APP占用的资源大小。
可选的,在确定所述任意APP存在资源泄露之后,所述应用程序资源泄露的检测程序被所述处理器执行时,还可以实现如下步骤:
根据所述任意APP占用的资源大小,确定所述任意APP的资源泄露等级。
可选的,在确定所述任意APP存在资源泄露之后,所述应用程序资源泄露的检测程序被所述处理器执行时,还可以实现如下步骤:
将所述任意APP对应的名称和/或类型,以及所述任意APP当前占用的资源大小以日志的形式进行保存,并将所述日志反馈至所述移动终端对应的售后服务***。
本发明所提供的应用程序资源泄露的检测方法及移动终端、存储介质,可实现:获取移动终端缓冲队列中等待移交至指定接口的图层,然后统计各个图层对应的基础信息,根据各个图层的类型,输出缓冲队列中各APP占用的资源大小,当任意APP占用的资源大小大于预设的阈值时,则可以确定该APP存在资源泄露,由此便能够有效的跟踪定位到存在资源泄露的泄露点,技术人员在跟踪定位到该泄漏点之后,则可以有针对性的对泄漏点进行软件升级或修复,从而在处理***的层面上解决移动终端异常重启的问题。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明,其本身没有特定的意义。因此,“模块”、“部件”或“单元”可以混合地使用。
终端可以以各种形式来实施。例如,本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant,PDA)、便捷式媒体播放器(Portable Media Player,PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端,以及诸如数字TV、台式计算机等固定终端。
后续描述中将以移动终端为例进行说明,本领域技术人员将理解的是,除了特别用于移动目的的元件之外,根据本发明的实施方式的构造也能够应用于固定类型的终端。
请参阅图1,其为实现本发明各个实施例的一种移动终端的硬件结构示意图,该移动终端100可以包括:RF(Radio Frequency,射频)单元101、WiFi模块102、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解,图1中示出的移动终端结构并不构成对移动终端的限定,移动终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图1对移动终端的各个部件进行具体的介绍:
射频单元101可用于收发信息或通话过程中,信号的接收和发送,具体的,将基站的下行信息接收后,给处理器110处理;另外,将上行的数据发送给基站。通常,射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于GSM(Global System of Mobile communication,全球移动通讯***)、GPRS(General Packet Radio Service,通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000,码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access,时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution,频分双工长期演进)和TDD-LTE(Time DivisionDuplexing-Long Term Evolution,分时双工长期演进)等。
Wi-Fi属于短距离无线传输技术,移动终端通过Wi-Fi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图1示出了Wi-Fi模块102,但是可以理解的是,其并不属于移动终端的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit,GPU)1041,图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或Wi-Fi模块102进行发送。
移动终端100还包括至少一种传感器105,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度,接近传感器可在移动终端100移动到耳边时,关闭显示面板1061和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。
用户输入单元107可用于接收输入的数字或字符信息,以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作),并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器110,并能接收处理器110发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071,用户输入单元107还可以包括其他输入设备1072。具体地,其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种,具体此处不做限定。
进一步的,触控面板1071可覆盖显示面板1061,当触控面板1071检测到在其上或附近的触摸操作后,传送给处理器110以确定触摸事件的类型,随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中,触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能,但是在某些实施例中,可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能,具体此处不做限定。
接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。
存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器109可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器110是移动终端的控制中心,利用各种接口和线路连接整个移动终端的各个部分,通过运行或执行存储在存储器109内的软件程序和/或模块,以及调用存储在存储器109内的数据,执行移动终端的各种功能和处理数据,从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元;优选的,处理器110可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作***、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器110中。
移动终端100还可以包括给各个部件供电的电源111(比如电池),优选的,电源111可以通过电源管理***与处理器110逻辑相连,从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。
尽管图1未示出,移动终端100还可以包括蓝牙模块等,在此不再赘述。
为了便于理解本发明实施例,下面对本发明的移动终端所基于的通信网络***进行描述。
请参阅图2,图2为本发明实施例提供的一种通信网络***架构图,该通信网络***为通用移动通信技术的LTE***,该LTE***包括依次通讯连接的UE(User Equipment,用户设备)201,E-UTRAN(Evolved UMTS Terrestrial Radio Access Network,演进式UMTS陆地无线接入网)202,EPC(Evolved Packet Core,演进式分组核心网)203和运营商的IP业务204。
具体地,UE201可以是上述终端100,此处不再赘述。
E-UTRAN202包括eNodeB2021和其它eNodeB2022等。其中,eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接,eNodeB2021连接到EPC203,eNodeB2021可以提供UE201到EPC203的接入。
EPC203可以包括MME(Mobility Management Entity,移动性管理实体)2031,HSS(Home Subscriber Server,归属用户服务器)2032,其它MME2033,SGW(Serving Gate Way,服务网关)2034,PGW(PDN Gate Way,分组数据网络网关)2035和PCRF(Policy andCharging Rules Function,政策和资费功能实体)2036等。其中,MME2031是处理UE201和EPC203之间信令的控制节点,提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能,并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送,PGW2035可以提供UE 201的IP地址分配以及其它功能,PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点,它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。
IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem,IP多媒体子***)或其它IP业务等。
虽然上述以LTE***为例进行了介绍,但本领域技术人员应当知晓,本发明不仅仅适用于LTE***,也可以适用于其他无线通信***,例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络***等,此处不做限定。
基于上述移动终端硬件结构以及通信网络***,提出本发明方法各个实施例。
本发明以下实施例提供一种应用程序资源泄露的检测方法,该方法通过跟踪监测移动终端中的各个APP向指定接口发送图层进行显示前,各个APP所占用的资源大小,来判断各个APP是否存在资源泄露的现象,由此来跟踪定位存在资源泄露的泄露点,从而帮助技术人员从处理***层面上解决移动终端处理***异常重启的问题。
参照图3,图3为本发明应用程序资源泄露的检测方法第一实施例的流程示意图,本实施例中,上述应用程序资源泄露的检测方法包括:
步骤S10,获取移动终端缓冲队列中等待移交至指定接口的图层。
其中,Android***中图形***包括WindowManager、SurfaceFlinger、Open GL(Open Graphics Library,开放图形库)、GPU(Graphics Processing Unit,图形处理器)等模块。其中SurfaceFlinger作为负责绘制应用程序UI(User Interface,用户界面)的核心,其功能是完成所有Surface合成工作。而不论使用采用什么方式渲染API(ApplicationProgramming Interface,应用程序编程接口),最终都是渲染到“Surface”。Android平台所创建的Window都由Surface所支持,所有可见的Surface渲染到显示设备都是通过SurfaceFlinger来完成。
其中,每当应用程序刷新UI的时候,会中介BufferQueue申请一个buffer,然后把UI的信息填入,丢给SurfaceFlinger,SurfaceFlinger通过多重计算合成visibleRegion之后,丢给open GL层处理,处理之后送到显示器display上显示。
具体的,SurfaceFlinger扮演了移动终端处理***中所有UI界面的管理者,即负责把移动终端处理***中所有应用程序最终的“绘图结果”进行“混合”,然后统一显示到物理屏幕上,而其他方面比如各个程序的绘画过程,则由其BufferQueue来担任,BufferQueue指导UI程序的“画板申请”、“作画流程”等一系列细节。
其中,应用程序把要显示的图层(layer)交给SurfaceFlinger时,比如应用程序在播放视频时,应用程序交给SurfaceFlinger一层视频,一层工具条,SurfaceFlinger不必去合成,而是直接把这些图层交给指定接口,例如交给hwcomposer接口,hwcomposer接口就可以在自己能力范围内做好合成,再把合成好的结果输出至显示器进行显示。
为了更好的理解本发明,参照图4,图4为本发明中应用程序对应的图形架构示意图,在图4中:
Image Stream Producers(图形流的生产者):表示可产生graphic buffers的生产者,例如OpenGL ES、Canvas 2D、mediaserver的视频解码器等。
Image Stream Consumers(图形流的消费者):该场景的消费者便是SurfaceFlinger,它使用Open GL和Hardware Composer来组合一组surfaces。
OpenGL ES应用能消费图形流,比如camera app消费camera预览图形流;非OpenGLES应用也能消费,比如ImageReader类。
Window Manager:用于管理window,这是一组view的容器,Window Manager将移动终端的window元数据信息发送给SurfaceFlinger,因此SurfaceFlinger能使用这些信息来合成surfaces,并输出到显示设备。
Hardware Composer(硬件合成器):显示子***的硬件抽象层,SurfaceFlinger能将一些合成工作委托给Hardware Composer,从而降低来自OpenGL和GPU的负载。
Gralloc(graphics memory allocator,图像内存分配器):用于封装用户层对帧缓冲设备的所有操作接口,并通过SurfaceFlinger服务向应用程序提供显示支持。
另外,参照图5,图5为本发明中应用程序对应的图形处理流程示意图,在图5中,图中最左侧是指渲染器,用于生产graphics buffers,比如状态栏、UI等。
本实施例中,实时检测移动终端处理***缓冲队列中产生的图层,获取等待移交至指定接口(如hwcomposer接口)的图层。
步骤S20,统计所述图层对应的基础信息,所述基础信息包括所述图层对应APP的名称和/或类型。
本实施例中,在获取到移动终端缓冲队列中等待移交至指定接口的图层之后,收集并统计各图层对应的基础信息,该基础信息中包括各个图层对应APP的名称和/或类型,同时,还可以包括各个图层对应的名称等。
其中,上述基础信息中可以仅包括各个图层对应APP的名称;也可以仅包括各个图层对应APP的类型;还可以同时包括各个图层对应APP的名称和类型。
其中,可以采用FDS(file description system,文件描述***)***来收集并统计各图层对应的基础信息。
步骤S30,根据所述图层对应的基础信息,对所述图层进行分类。
本实施例中,根据统计的上述图层对应的基础信息,对各个图层进行分类,具体的,可以仅根据各个图层对应APP的名称,对上述图层进行分类;还可以仅根据各个图层对应APP的类型,对上述图层进行分类;也还可以同时根据各个图层对应APP的名称和类型,对上述图层进行分类。
步骤S40,根据所述图层的类型,输出缓冲队列中各APP占用的资源大小,当任意APP占用的资源大小大于预设的阈值时,则确定所述任意APP存在资源泄露。
本实施例中,在对上述图层进行分类之后,即可根据各个图层的分类类型,统计出移动终端缓冲队列中各个APP分别占用的资源大小,即统计出移动终端缓冲队列中各个APP分别占用的SurfaceFlinger FD数量,然后以Log输出方式输出统计完成的各APP占用的资源大小。
需要说明的是,本实施例中,移动终端缓冲队列中各个APP分别占用的资源大小,即为移动终端缓冲队列中各个APP分别占用的SurfaceFlinger FD数量。
其中,当任意APP占用的SurfaceFlinger FD数量大于预设的阈值时,则确定所述任意APP存在SurfaceFlinger FD泄露,即存在资源泄露。例如,某一APP占用的SurfaceFlinger FD数量大于500个时,则认为该APP存在资源泄露,否则,则认为该APP不存在资源泄露。
其中,可同时统计移动终端缓冲队列中各个APP占用的SurfaceFlinger FD数量,以及所有APP占用的SurfaceFlinger FD的总数量。
可以理解的是,上述“任意APP”均指占用的SurfaceFlinger FD数量大于阈值的APP。
本实施例所述的应用程序资源泄露的检测方法,通过获取移动终端缓冲队列中等待移交至指定接口的图层,然后统计各个图层对应的基础信息,根据各个图层的类型,输出缓冲队列中各APP占用的资源大小,当任意APP占用的资源大小大于预设的阈值时,则可以确定该APP存在资源泄露,由此便能够有效的跟踪定位到存在资源泄露的泄露点,技术人员在跟踪定位到该泄漏点之后,则可以有针对性的对泄漏点进行软件升级或修复,从而在处理***的层面上解决移动终端异常重启的问题。
进一步地,基于上述图3所述的本发明应用程序资源泄露的检测方法第一实施例,提出本发明应用程序资源泄露的检测方法第二实施例,参照图6,图6为本发明图3所示步骤S10的细化步骤流程示意图,本实施例中,上述图3所示步骤S10中所述的获取移动终端缓冲队列中等待移交至指定接口的图层包括:
步骤S11,检测缓冲队列中已合成的图层,并判断所述已合成的图层是否等待移交至所述指定接口;
步骤S12,获取等待移交至所述指定接口的图层。
其中,当用户在操作移动终端中的任意APP时,移动终端缓冲队列中就会生成若干个图层,其中,对于要在移动终端显示屏幕上进行显示的图层,则需要先移交至指定的hwcomposer接口,由hwcomposer接口进行相关处理之后再进行显示。而对于一些不需要进行显示的图层,则不需要移交至hwcomposer接口。
具体的,先检测移动终端缓冲队列中已合成的图层,然后判断已合成的图层是否等待移交至hwcomposer接口,如果确定该合成的图层等待移交至hwcomposer接口,则获取该图层;否则,则不对该图层进行任何处理。
本实施例所述的应用程序资源泄露的检测方法,先检测移动终端缓冲队列中已合成的图层,并判断已合成的图层是否等待移交至指定的接口,若是,则获取该图层;否则,不进行任何处理,由此提高了检测应用程序资源泄露的有效性与可靠性。
进一步地,基于上述图3所述的本发明应用程序资源泄露的检测方法第一实施例,提出本发明应用程序资源泄露的检测方法第三实施例,本实施例中,上述步骤S40中所述的据所述图层的类型,输出缓冲队列中各APP占用的资源大小的步骤还包括:
根据所述图层的类型,每隔设定的时间间隔输出缓冲队列中各APP占用的资源大小。
本实施例中,可以根据移动终端的综合性能,设置一时间间隔,例如设置该时间间隔为5秒、10秒等等。其中,可以理解的是,不同的移动终端,其对应的综合性能也会不同,对于综合性能较佳的移动终端而言,其内存资源一般都要大于综合性能一般或较差的移动终端,因此,其所能够允许APP占用的资源大小也会远大于综合性能一般或较差的移动终端,故对于综合性能较佳的移动终端,上述时间间隔可设置较长,对于综合性能一般或较差的移动终端,上述时间间隔可设置较短一些。
其中,在设置时间间隔之后,则根据上述图层的类型,每隔一个该时间间隔输出移动终端缓冲队列中各APP占用的资源大小,然后判断该时间间隔内,各APP占用的资源大小是否大于预设的阈值,若任意APP占用的资源大小大于上述阈值,则确定在上述时间间隔内,该APP存在资源泄露。
例如,设置所述时间间隔为5秒,则根据上述图层的类型,每隔5秒输出一次移动终端缓冲队列中各APP占用的资源大小,然后判断在这5秒内,各APP占用的资源大小是否大于预设的阈值,若任意APP占用的资源大小大于上述阈值,则确定在上述5秒内,该APP存在资源泄露。
本实施例所述的应用程序资源泄露的检测方法,预先根据移动终端的综合性能设置一时间间隔,然后根据上述图层的类型,每隔一个该时间间隔输出移动终端缓冲队列中各APP占用的资源大小,然后判断该时间间隔内,各APP占用的资源大小是否大于预设的阈值,若任意APP占用的资源大小大于上述阈值,则确定在上述时间间隔内,该APP存在资源泄露,即本发明能够通过设置上述时间间隔的大小来适用于各种性能不一的移动终端,应用范围较广。
进一步地,基于上述本发明应用程序资源泄露的检测方法第一、第二、第三实施例,提出本发明应用程序资源泄露的检测方法第四实施例,本实施例中,在确定所述任意APP存在资源泄露之后还包括:
根据所述任意APP占用的资源大小,确定所述任意APP的资源泄露等级。
其中,可以就移动终端中所有的APP设置一个统一的阈值,,当任意APP占用的资源大小大于该阈值时,则确定该APP存在资源泄露。
另外,也可以就移动终端中所有的APP设置多个阈值,例如,设置该阈值包括呈递增趋势的第一阈值、第二阈值、第三阈值、第四阈值等;然后根据各阈值的大小,设置上述第一阈值至第四阈值对应的泄露等级,即设置各APP对应的资源泄露等级,该资源泄露等级可包括“轻微泄露”、“普通泄露”、“异常泄露”、“严重泄露”。
例如,当任意APP占用的资源大小大于上述第一阈值,小于第二阈值时,则确定该APP存在“轻微泄露”;当任意APP占用的资源大小大于或等于上述第二阈值,且小于第三阈值时,则确定该APP存在“普通泄露”;当任意APP占用的资源大小大于或等于上述第三阈值,且小于第四阈值时,则确定该APP存在“异常泄露”;当任意APP占用的资源大小大于或等于上述第四阈值时,则确定该APP存在“严重泄露”。
另外,本实施例中,可以根据移动终端的综合性能,设置上述阈值的大小,其中,可以理解的是,不同的移动终端,其对应的综合性能也会不同,对于综合性能较佳的移动终端而言,其内存资源一般都要大于综合性能一般或较差的移动终端,因此,其所能够允许APP占用的资源大小也会远大于综合性能一般或较差的移动终端,故对于综合性能较佳的移动终端,上述阈值可设置较大,对于综合性能一般或较差的移动终端,上述阈值可设置较小一些。
本实施例所述的应用程序资源泄露的检测方法,设置各APP对应的阈值,其中,当所述阈值为多个时,则根据所述阈值的大小,设置各APP对应的资源泄露等级,由此便可以直接输出各APP对应的资源泄露等级,方便技术人员直观了解各APP对应的资源泄露程度。
进一步地,基于上述本发明应用程序资源泄露的检测方法第一、第二、第三、第四实施例,提出本发明应用程序资源泄露的检测方法第五实施例,本实施例中,上述图3所示步骤S40中所述的在确定所述任意APP存在资源泄露之后还包括:
将所述任意APP对应的名称和/或类型,以及所述任意APP当前占用的资源大小以日志的形式进行保存,并将所述日志反馈至所述移动终端对应的售后服务***。
其中,当确定任意APP存在资源泄露之后,则将该APP对应的名称和/或类型,以及该APP当前占用的资源大小以日志的形式进行保存。其中,在Android***中,提供了简单、便利的Log存储机制,开发人员可以方便地使用Log存储机制,来以日志的形式保存各APP对应的名称和/或类型,以及各APP当前占用的资源大小。其中,在程序开发过程中,Log存储机制广泛用来记录程序执行的过程,它既可以用于程序调试,也可以用于产品运营中的事件记录。
其中,采用Log存储机制,能够将多个数据按照记录在不同的行,如能够将APP对应的名称和/或类型,以及APP当前占用的资源大小按照不同的行进行记录。
进一步地,在将任意APP对应的名称和/或类型,以及该APP当前占用的资源大小以日志的形式进行保存之后,将该日志反馈至所述移动终端对应的售后服务***。其中,技术人员可根据上述移动终端对应的售后服务***接收到的日志,来分析该移动终端处理***所存在的缺陷或者漏洞;或者及时更新或者修复经常产生资源泄露的APP。
其中,可以理解的是,对于同一型号的移动终端,其***所存在的缺陷基本相同,因此,可使同一型号的移动终端对应相同的售后服务***,该售后服务***在接收到大量关于该型号的移动终端的日志之后,技术人员即可根据大量的日志来准确判断出移动终端处理***存在的缺陷或者漏洞,或者准确找出经常产生资源泄露的APP。
其中,上述“任意APP”均指占用的资源大小大于上述设定阈值的APP。
本实施例所述的应用程序资源泄露的检测方法,在确定任意APP存在资源泄露之后,将该APP对应的名称和/或类型,以及该APP当前占用的资源大小以日志的形式进行保存,并将该日志反馈至所述移动终端对应的售后服务***,使得技术人员能够根据该日志来准确判断出移动终端处理***存在的缺陷或者漏洞,或者准确找出经常产生资源泄露的APP。
进一步地,本发明还提供一种移动终端,该移动终端包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的应用程序资源泄露的检测程序,所述应用程序资源泄露的检测程序被所述处理器执行时实现如下步骤:
获取移动终端缓冲队列中等待移交至指定接口的图层;
统计所述图层对应的基础信息,所述基础信息包括所述图层对应APP的名称和/或类型;
根据所述图层对应的基础信息,对所述图层进行分类;
根据所述图层的类型,输出缓冲队列中各APP占用的资源大小,当任意APP占用的资源大小大于预设的阈值时,则确定所述任意APP存在资源泄露。
进一步地,上述获取移动终端缓冲队列中等待移交至指定接口的图层的步骤包括:
检测缓冲队列中已合成的图层,并判断所述已合成的图层是否等待移交至所述指定接口;
获取等待移交至所述指定接口的图层;
根据所述图层的类型,输出缓冲队列中各APP占用的资源大小的步骤还包括:
根据所述图层的类型,每隔设定的时间间隔输出缓冲队列中各APP占用的资源大小。
进一步地,在确定所述任意APP存在资源泄露之后,所述应用程序资源泄露的检测程序被所述处理器执行时,还可以实现如下步骤:
根据所述任意APP占用的资源大小,确定所述任意APP的资源泄露等级。
进一步地,在确定所述任意APP存在资源泄露之后,所述应用程序资源泄露的检测程序被所述处理器执行时,还可以实现如下步骤:
将所述任意APP对应的名称和/或类型,以及所述任意APP当前占用的资源大小以日志的形式进行保存,并将所述日志反馈至所述移动终端对应的售后服务***。
为了更好的理解本发明,参照图7,图7为本发明移动终端涉及的软件运行环境的结构示意图,本实施例中,上述移动终端可包括:处理器110,例如CPU,网络接口1004,用户接口1003,存储器109,通信总线1002。其中,通信总线1002用于实现这些组件之间的连接通信;用户接口1003可以包括上述图1所示的接口单元108与显示单元106;网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口);存储器109可以是高速RAM存储器,也可以是稳定的存储器(non-volatile memory),例如磁盘存储器;存储器109可选的还可以是独立于前述处理器110的存储装置。
本领域技术人员可以理解,图7中示出的结构并不构成对上述移动终端的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
如图7所示,作为一种存储介质的存储器109中,可以包括操作***、网络通信模块、用户接口模块以及应用程序资源泄露的检测程序。
如图7所示,网络接口1004主要用于连接后台服务器,与后台服务器进行数据通信;用户接口1003主要用于连接客户端(用户端),与客户端进行数据通信;而处理器110可以用于调用存储器109中存储的应用程序资源泄露的检测程序,并执行相应的操作。
其中,该移动终端对应的实施例与前述应用程序资源泄露的检测方法对应的各个实施例基本相同,故在此不再赘述。
进一步的,本发明还提供一种存储介质,该存储介质上存储有应用程序资源泄露的检测程序,所述应用程序资源泄露的检测程序被处理器执行时实现如下步骤:
获取移动终端缓冲队列中等待移交至指定接口的图层;
统计所述图层对应的基础信息,所述基础信息包括所述图层对应APP的名称和/或类型;
根据所述图层对应的基础信息,对所述图层进行分类;
根据所述图层的类型,输出缓冲队列中各APP占用的资源大小,当任意APP占用的资源大小大于预设的阈值时,则确定所述任意APP存在资源泄露。
进一步地,上述获取移动终端缓冲队列中等待移交至指定接口的图层的步骤包括:
检测缓冲队列中已合成的图层,并判断所述已合成的图层是否等待移交至所述指定接口;
获取等待移交至所述指定接口的图层;
根据所述图层的类型,输出缓冲队列中各APP占用的资源大小的步骤还包括:
根据所述图层的类型,每隔设定的时间间隔输出缓冲队列中各APP占用的资源大小。
进一步地,在确定所述任意APP存在资源泄露之后,所述应用程序资源泄露的检测程序被所述处理器执行时,还可以实现如下步骤:
根据所述任意APP占用的资源大小,确定所述任意APP的资源泄露等级。
进一步地,在确定所述任意APP存在资源泄露之后,所述应用程序资源泄露的检测程序被所述处理器执行时,还可以实现如下步骤:
将所述任意APP对应的名称和/或类型,以及所述任意APP当前占用的资源大小以日志的形式进行保存,并将所述日志反馈至所述移动终端对应的售后服务***。
具体的,该存储介质对应的实施例与前述应用程序资源泄露的检测方法对应的各个实施例基本相同,故在此不再赘述。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者***不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者***所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者***中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。