CN112199250B - 图片的监控方法、装置、电子设备和存储介质 - Google Patents

Abstract

本公开关于一种图片的监控方法、装置、电子设备及存储介质，其中，所述方法包括：在每个终端的预设位置处添加预设的监控工具，所述监控工具用于拦截图片创建操作；根据所述监控工具获取目标应用程序在所属的终端中创建的各图片的相关信息；根据所述相关信息从各所述图片中筛选出内存空间的占用量不符合预设的内存空间占用条件的目标图片，生成所述目标图片的监控提示信息。本公开在监控得到内存空间的占用量不合理的目标图片的过程中，避免了修改目标应用程序的代码，不破坏目标应用程序的原有逻辑完整性，既可以监控得到内存空间的占用量不合理的目标图片，又可以保证目标应用程序正常运行。

Description

图片的监控方法、装置、电子设备和存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种图片的监控方法、装置、电子设备及存储介质。

背景技术

目前，一些应用程序在运行过程中会创建大量的图片，大量的图片会占用较多的内存空间，因此，需要对图片进行监控，筛选出内存空间的占用量不合理的图片，以减低不必要的图片对内存空间的占用，避免浪费有限的内存空间。

相关技术中，常见的对图片进行监控的方案，需要手动修改应用程序的代码，以实现对图片的监控，进而筛选出内存空间的占用量不合理的图片。但是，对应用程序的代码进行修改，破坏了应用程序的原有逻辑完整性，容易导致应用程序运行出错。

发明内容

本公开提供了一种图片的监控方法、装置、电子设备及存储介质，以至少解决相关技术在监控得到内存空间的占用量不合理的图片的过程中，需要修改应用程序的代码，导致应用程序的原有逻辑完整性被破坏，无法既监控得到内存空间的占用量不合理的图片，又保证应用程序正常运行的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供了一种图片的监控方法，包括：在每个终端的预设位置处添加预设的监控工具，所述监控工具用于拦截图片创建操作；根据所述监控工具获取目标应用程序在所属的终端中创建的各图片的相关信息；根据所述相关信息从各所述图片中筛选出内存空间的占用量不符合预设的内存空间占用条件的目标图片；生成所述目标图片的监控提示信息。

可选地，所述在每个终端的预设位置处添加预设的监控工具，包括：基于面向切面编程技术在每个所述终端的系统接口或系统本地接口处添加所述监控工具，所述监控工具包含用于拦截图片创建操作的监控代码。

可选地，所述根据所述监控工具获取目标应用程序在所属的终端中创建的各图片的相关信息，包括：根据所述监控工具获取所述目标应用程序在所属的终端的内存中创建的各所述图片的图片尺寸、图片特征值、图片创建时间点和图片调用栈。

可选地，所述根据所述相关信息从各所述图片中筛选出内存空间的占用量不符合预设的内存空间占用条件的目标图片，包括：根据各所述图片的图片尺寸，从各所述图片中筛选出图片尺寸大于所述目标应用程序所属的终端的屏幕尺寸的目标图片。

可选地，所述根据所述相关信息从各所述图片中筛选出内存空间的占用量不符合预设的内存空间占用条件的目标图片，包括：根据各所述图片的图片特征值，从各所述图片中筛选出图片特征值与所述目标应用程序所属的终端的内存中的任一图片的图片特征值相同的目标图片。

可选地，所述根据所述相关信息从各所述图片中筛选出内存空间的占用量不符合预设的内存空间占用条件的目标图片，包括：在所述目标应用程序运行过程中，按照预设周期遍历所述目标应用程序所属的终端的内存中的各所述图片；根据所述内存中的各所述图片的图片创建时间点，从所述内存中的各所述图片中筛选出从图片创建时间点到当前时间点之间的时间段，大于或等于预设的时间段阈值的目标图片。

可选地，所述监控提示信息包含所述图片尺寸、所述图片特征值和所述图片调用栈；在所述生成所述目标图片的监控提示信息之后，所述方法还包括：按照所述图片调用栈中存储的调用路径信息对所述目标图片进行归类；将归类后的目标图片的监控提示信息发送至对应的代码管理员。

根据本公开实施例的第二方面，提供了一种图片的监控装置，包括：插桩模块，被配置为在每个终端的预设位置处添加预设的监控工具，所述监控工具用于拦截图片创建操作；获取模块，被配置为根据所述监控工具获取目标应用程序在所属的终端中创建的各图片的相关信息；筛选模块，被配置为根据所述相关信息从各所述图片中筛选出内存空间的占用量不符合预设的内存空间占用条件的目标图片；生成模块，被配置为生成所述目标图片的监控提示信息。

可选地，所述插桩模块，被配置为基于面向切面编程技术在每个所述终端的系统接口或系统本地接口处添加所述监控工具，所述监控工具包含用于拦截图片创建操作的监控代码。

可选地，所述获取模块，被配置为根据所述监控工具获取所述目标应用程序在所属的终端的内存中创建的各所述图片的图片尺寸、图片特征值、图片创建时间点和图片调用栈。

可选地，所述筛选模块，被配置为根据各所述图片的图片尺寸，从各所述图片中筛选出图片尺寸大于所述目标应用程序所属的终端的屏幕尺寸的目标图片。

可选地，所述筛选模块，被配置为根据各所述图片的图片特征值，从各所述图片中筛选出图片特征值与所述目标应用程序所属的终端的内存中的任一图片的图片特征值相同的目标图片。

可选地，所述筛选模块，被配置为在所述目标应用程序运行过程中，按照预设周期遍历所述目标应用程序所属的终端的内存中的各所述图片，根据所述内存中的各所述图片的图片创建时间点，从所述内存中的各所述图片中筛选出从图片创建时间点到当前时间点之间的时间段，大于或等于预设的时间段阈值的目标图片。

可选地，所述监控提示信息包含所述图片尺寸、所述图片特征值和所述图片调用栈；

所述装置还包括：归类模块，被配置为在所述生成模块生成所述目标图片的监控提示信息之后，按照所述图片调用栈中存储的调用路径信息对所述目标图片进行归类；上报模块，被配置为将归类后的目标图片的监控提示信息发送至对应的代码管理员。

根据本公开实施例的第三方面，提供了一种电子设备，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现如第一方面所述的图片的监控方法。

根据本公开实施例的第四方面，提供了一种存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如第一方面所述的图片的监控方法。

根据本公开实施例的第五方面，提供了一种计算机程序产品，包括可读性程序代码，所述可读性程序代码可由电子设备的处理器执行以完成上述第一方面所述的图片的监控方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

在本公开的实施例中，在每个终端的预设位置处添加预设的监控工具，该监控工具用于拦截图片创建操作。根据监控工具获取目标应用程序在所属的终端中创建的各图片的相关信息。根据相关信息从各图片中筛选出内存空间的占用量不符合预设的内存空间占用条件的目标图片，生成目标图片的监控提示信息。

本公开的实施例通过在终端的预设位置处添加监控工具的方式，即对预设位置处进行插桩，获取目标应用程序创建的各图片的相关信息，并生成不符合预设的内存空间占用条件的目标图片的监控提示信息，实现了对内存空间的占用量不合理的目标图片的监控。本公开的实施例在监控得到内存空间的占用量不合理的目标图片的过程中，避免了修改目标应用程序的代码，不破坏目标应用程序的原有逻辑完整性，既可以监控得到内存空间的占用量不合理的目标图片，又可以保证目标应用程序正常运行。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种图片的监控方法的流程图。

图2是根据一示例性实施例示出的监控目标图片的步骤流程图。

图3是根据一示例性实施例示出的一种图片的监控装置的框图。

图4是根据一示例性实施例示出的一种图片的监控电子设备的框图。

图5是根据一示例性实施例示出的一种用于对图片进行监控的电子设备的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种图片的监控方法的流程图，如图1所示，该图片的监控方法可以应用于服务器或者云端，服务器或者云端可以与多个终端进行通信，而且，每个终端上可以安装有目标应用程序。该目标应用程序可以在其所属的终端上创建图片。该图片的监控可以包括以下步骤。

在步骤S11中，在每个终端的预设位置处添加预设的监控工具。

在本公开的实施例中，服务器或者云端可以在每个与其通信的终端上插桩，即在每个终端上添加预设的监控工具。在实际应用中，可以在每个终端的预设位置处添加监控工具。其中，预设位置可以为创建图片的接口，监控工具可以用于拦截图片创建操作。监控工具可以是一种执行信息采集操作的代码，具体可以是赋值语句或采集覆盖信息的函数。通过执行监控工具以实现目的操作，本公开实施例执行监控工具可以拦截图片创建操作。

在步骤S12中，根据监控工具获取目标应用程序在所属的终端中创建的各图片的相关信息。

在本公开的实施例中，目标应用程序在运行过程中，需要根据实际情况创建一个或多个图片。通过上述步骤S11中添加的监控工具，可以拦截到目标应用程序创建图片的操作，进而获取到目标应用程序创建的每个图片的相关信息。

在步骤S13中，根据相关信息从各图片中筛选出内存空间的占用量不符合预设的内存空间占用条件的目标图片。

在本公开的实施例中，对目标应用程序创建的图片进行监控，从创建的图片中筛选出目标图片。其中，目标图片可以为内存空间的占用量不符合预设的内存空间占用条件的图片。预设的内存空间占用条件可以根据实际情况确定，在实际应用中，预设的内存空间占用条件可以包含如下几方面的条件：超尺寸条件、已存在条件和超时条件等等。

在步骤S14中，生成目标图片的监控提示信息。

在本公开的实施例中，监控提示信息可以包含但不限于：目标图片的标识信息、目标应用程序的版本、目标应用程序所属的终端的标识、目标图片的内存空间的占用量不符合的具体的内存空间占用条件的条件类型，如超尺寸条件、超时条件和已存在条件等等。

在本公开的实施例中，在每个终端的预设位置处添加预设的监控工具，该监控工具用于拦截图片创建操作。根据监控工具获取目标应用程序在所属的终端中创建的各图片的相关信息。根据相关信息从各图片中筛选出内存空间的占用量不符合预设的内存空间占用条件的目标图片，生成目标图片的监控提示信息。

本公开的实施例通过在终端的预设位置处添加监控工具的方式，即对预设位置处进行插桩，获取目标应用程序创建的各图片的相关信息，并生成不符合预设的内存空间占用条件的目标图片的监控提示信息，实现了对内存空间的占用量不合理的目标图片的监控。本公开的实施例在监控得到内存空间的占用量不合理的目标图片的过程中，避免了修改目标应用程序的代码，既可以监控得到内存空间的占用量不合理的目标图片，又不破坏目标应用程序的原有逻辑完整性，可以保证目标应用程序正常运行。

在本公开的一种示例性实施例中，目标应用程序创建图片的流程如下：

目标应用程序->java接口->native接口->编解码库

在上述步骤S11中，可以基于面向切面编程(Aspect Oriented Programming，AOP)技术在每个终端的系统接口(如java接口)或者系统本地接口(如native接口)处添加预设的监控工具。添加的监控工具可以包含用于拦截图片创建操作的监控代码。本公开的实施例可以选择在系统接口或者系统本地接口处添加监控工具，在系统接口或者系统本地接口添加监控工具的目的相同，只是监控工具的添加位置不同。当终端的操作系统相对固定的情况下，可以在系统本地接口处添加监控工具；当终端的操作系统更新频繁的情况下，可以在系统接口处添加监控工具。本公开的实施例为添加监控工具的具体位置提供了多种选择，可以适应实际应用场景，提升了拦截图片创建操作的适应性。而且，避免修改目标应用程序的代码，不破坏目标应用程序的原有逻辑完整性，可以保证目标应用程序正常运行。

在本公开的一种示例性实施例中，目标应用程序在其所属的终端中创建图片，可以理解为目标应用程序在其所属的终端的内存中创建图片。由于内存的容量相对于硬盘来说，容量较少，因此需要筛选出内存空间占用不合理的目标图片。目标应用程序创建图片的过程可以主要概况为以下两个过程，一是在其所属的终端中申请内存空间；二是生成图片，并保存图片至申请到的内存空间。因此，上述步骤S12可以理解为根据监控工具获取目标应用程序在其所属的终端的内存中创建各图片的相关信息。即通过执行监控工具以获取创建的各图片的相关信息。在实际应用中，图片的相关信息可以包含但不限于：图片尺寸、图片特征值、图片创建时间点和图片调用栈等。其中，图片尺寸可以为图片的分辨率、长边或者宽边的像素数等。图片特征值可以为通过算法计算得到的唯一表示图片的字符串，如哈希值等。图片创建时间点可以理解为目标应用程序生成图片的操作对应的当前时间点。调用栈是计算机科学中存储有关正在运行的子程序的消息的栈，本公开的实施例中的图片调用栈中可以存储图片的调用者的调用路径信息。需要说明的是，本公开的实施例中的图片的相关信息不限于上述几种，图片的相关信息越多，与图片的关联性越强，可以更加准确地根据图片的相关信息筛选出目标图片。本公开的实施例的相关信息可以与预设的内存空间占用条件相呼应，例如，图片尺寸可以与超尺寸条件相呼应，图片的特征值可以与已存在条件相呼应，图片创建时间点可以与超时条件相呼应。若预设的内存空间占用条件不同，则可以利用监控工具获取对应的相关信息，提升了监控工具的目的性和灵活性。

在本公开的一种示例性实施例中，如图2所示，上述步骤S13可以包含如下步骤。

在步骤S21中，监控各图片中是否存在目标图片，若存在目标图片，则执行步骤S22；若不存在目标图片，则重新执行步骤S21。

在监控各图片中是否存在目标图片时，预先设置了几种监控条件，例如，条件(1)、图片尺寸大于目标应用程序所属的终端的屏幕尺寸。例如，创建的图片a的图片尺寸为100×100，目标应用程序所属的终端的屏幕尺寸为50×50，图片a的图片尺寸大于屏幕尺寸，则图片a为目标图片。条件(2)、目标应用程序所属的终端的内存中已存在相同的图片。条件(3)、图片在目标应用程序所属的终端的内存中存在的时间超过了一定的时间长度。

针对条件(2)的情况，可以判断目标应用程序创建的图片的图片特征值与目标应用程序所属的终端的内存中的图片的图片特征值是否相同，如果创建的图片的图片特征值与内存中的某个图片的图片特征值相同，则创建的该图片为目标图片。例如，创建的图片b的图片特征值为字符串m，目标应用程序所属的终端的内存中已经存在图片c，而且，图片c的图片特征值也为字符串m，则图片b为目标图片。

针对条件(3)的情况，可以在目标应用程序运行过程中，按照预设周期遍历目标应用程序所属的终端的内存中存在的各图片，如果存在某图片从图片创建时间点到当前时间点之间的时间段大于或等于预设的时间段阈值，则将该图片作为目标图片。例如，创建的图片d的创建时间点为t1，当前时间点为t2，预设的时间段阈值为ty，若(t2-t1)大于ty，则图片d为目标图片。上述目标应用程序的运行过程可以包含目标应用程序在前端运行或在后台运行。

上述三种监控条件可以理解为内存空间占用条件中的几种，针对不同的监控条件，可以选择不同的相关信息，进而利用选择的相关信息判断是否符合相应的监控条件。本公开的实施例可以分别从图片尺寸方面、内存中是否存在已有图片方面，以及，图片的存在时间是否超时方面等筛选目标图片，而且，上述几种用于筛选目标图片的考虑方面，可以根据实际情况而定，只满足其中一方面的监控条件即可认为是目标图片，或者，需要同时满足多个方面的监控条件才可以认为是目标图片，本公开的实施例在筛选目标图片时，可以结合实际应用场景，设定具体的监控条件，以满足具体的业务需求。

在步骤S22中，输出目标图片的相关信息。

输出目标图片的相关信息的目的在于，后续可以根据目标图片的相关信息生成目标图片的监控提示信息。目标图片的监控提示信息可以包含但不限于：图片尺寸、图片特征值、图片调用栈等。

在本公开的一种示例性实施例中，若监控得到多个目标图片，可以对目标图片进行归类。在实际应用中，可以对目标图片的监控提示信息中的图片调用栈进行分析，进而按照图片调用栈中存储的调用路径信息对目标图片进行归类。若多个目标图片的图片调用栈中存储的调用路径信息相同，则该多个目标图片可以归为一类。或者，若多个目标图片的图片调用栈中存储的调用路径信息不相同，但是，调用路径信息对应同一段代码或者同一功能单元，则该多个目标图片可以为归为一类。然后，将归类后的目标图片的监控提示信息发送至对应代码管理员。例如，目标图片a和b归为一类，目标图片a和b的调用路径信息相同，而且，目标图片a和b的调用路径信息对应代码DD，则将目标图片a和b的监控提示信息发送至代码DD的代码管理员，由代码管理员对代码DD进行检查并解决目标图片a和b的实际问题。该实际问题可以为图片尺寸超过屏幕尺寸、内存中已存在目标图片或者，目标图片在内存中存在的时间过长等。

在本公开的一种示例性实施例中，上述创建的图片可以为位图(Bitmap)等。通过在接口层为创建的图片增加一个WeakHashMap(一种散列表，该散列表中可以存储各图片的哈希值，若某个图片为目标图片，则在该散列表中删除该图片的哈希值)，同时记录创建的图片的图片创建时间点、图片调用栈等信息。然后定期查看WeakHashMap，判断哪些图片为存活下来的图片(非目标图片)。

本公开的实施例可以对各终端上创建的图片进行实时监控，从创建的图片中筛选处目标图片，并对目标图片进行归类，将归类后的目标图片的监控提示信息发送至对应的代码管理员，由代码管理员根据监控提示信息对相应的代码进行检查并解决目标图片的实际问题，以降低终端的内存空间占用，缓解内存压力，保障目标应用程序拥有足够的内存空间以维持正常运行，提升目标应用程序的流畅性和用户使用体验。

图3是根据一示例性实施例示出的一种图片的监控装置的框图。该图片的监控装置可以应用于服务器，所述装置具体可以包括如下模块。

插桩模块31，被配置为在每个终端的预设位置处添加预设的监控工具，所述监控工具用于拦截图片创建操作；

获取模块32，被配置为根据所述监控工具获取目标应用程序在所属的终端中创建的各图片的相关信息；

筛选模块33，被配置为根据所述相关信息从各所述图片中筛选出内存空间的占用量不符合预设的内存空间占用条件的目标图片；

生成模块34，被配置为生成所述目标图片的监控提示信息。

在本公开的一种示例性实施例中，所述插桩模块31，被配置为基于面向切面编程技术在每个所述终端的系统接口或系统本地接口处添加所述监控工具，所述监控工具包含用于拦截图片创建操作的监控代码。

在本公开的一种示例性实施例中，所述获取模块32，被配置为根据所述监控工具获取所述目标应用程序在所属的终端的内存中创建的各所述图片的图片尺寸、图片特征值、图片创建时间点和图片调用栈。

在本公开的一种示例性实施例中，所述筛选模块33，被配置为根据各所述图片的图片尺寸，从各所述图片中筛选出图片尺寸大于所述目标应用程序所属的终端的屏幕尺寸的目标图片。

在本公开的一种示例性实施例中，所述筛选模块33，被配置为根据各所述图片的图片特征值，从各所述图片中筛选出图片特征值与所述目标应用程序所属的终端的内存中的任一图片的图片特征值相同的目标图片。

在本公开的一种示例性实施例中，所述筛选模块33，被配置为在所述目标应用程序运行过程中，按照预设周期遍历所述目标应用程序所属的终端的内存中的各所述图片，根据所述内存中的各所述图片的图片创建时间点，从所述内存中的各所述图片中筛选出从图片创建时间点到当前时间点之间的时间段，大于或等于预设的时间段阈值的目标图片。

在本公开的一种示例性实施例中，所述监控提示信息包含所述图片尺寸、所述图片特征值和所述图片调用栈；

所述装置还包括：

归类模块，被配置为在所述生成模块34生成所述目标图片的监控提示信息之后，按照所述图片调用栈中存储的调用路径信息对所述目标图片进行归类；

上报模块，被配置为将归类后的目标图片的监控提示信息发送至对应的代码管理员。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图4是根据一示例性实施例示出的一种图片的监控电子设备的框图。例如，电子设备400可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图4，电子设备400可以包括以下一个或多个组件：处理组件402，存储器404，电力组件406，多媒体组件408，音频组件410，输入/输出(I/O)的接口412，传感器组件414，以及通信组件416。

处理组件402通常控制电子设备400的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件402可以包括一个或多个处理器420来执行指令，以完成上述图片的监控方法的全部或部分步骤。此外，处理组件402可以包括一个或多个模块，便于处理组件402和其他组件之间的交互。例如，处理组件402可以包括多媒体模块，以方便多媒体组件408和处理组件402之间的交互。

存储器404被配置为存储各种类型的数据以支持在电子设备400的操作。这些数据的示例包括用于在电子设备400上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图像，视频等。存储器404可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件406为电子设备400的各种组件提供电力。电源组件406可以包括电源管理系统，一个或多个电源，及其他与为电子设备400生成、管理和分配电力相关联的组件。

多媒体组件408包括在所述电子设备400和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件408包括一个前置摄像头和/或后置摄像头。当电子设备400处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件410被配置为输出和/或输入音频信号。例如，音频组件410包括一个麦克风(MIC)，当电子设备400处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器404或经由通信组件416发送。在一些实施例中，音频组件410还包括一个扬声器，用于输出音频信号。

I/O接口412为处理组件402和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件414包括一个或多个传感器，用于为电子设备400提供各个方面的状态评估。例如，传感器组件414可以检测到电子设备400的打开/关闭状态，组件的相对定位，例如所述组件为电子设备400的显示器和小键盘，传感器组件414还可以检测电子设备400或电子设备400一个组件的位置改变，用户与电子设备400接触的存在或不存在，电子设备400方位或加速/减速和电子设备400的温度变化。传感器组件414可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件414还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件414还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件416被配置为便于电子设备400和其他设备之间有线或无线方式的通信。电子设备400可以接入基于通信标准的无线网络，如WiFi，运营商网络(如2G、3G、4G或5G)，或它们的组合。在一个示例性实施例中，通信组件416经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件416还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备400可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述图片的监控方法。

在示例性实施例中，还提供了一种包括指令的存储介质，例如包括指令的存储器404，上述指令可由电子设备400的处理器420执行以完成上述图片的监控方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种计算机程序产品，该计算机程序产品包括可读性程序代码，该可读性程序代码可由电子设备400的处理器420执行以完成上述图片的监控方法。可选地，该程序代码可以存储在电子设备400的存储介质中，该存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

图5是根据一示例性实施例示出的一种用于对图片进行监控的电子设备的框图。例如，电子设备500可以被提供为一服务器。参照图5，电子设备500包括处理组件522，其进一步包括一个或多个处理器，以及由存储器532所代表的存储器资源，用于存储可由处理组件522的执行的指令，例如应用程序。存储器532中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件522被配置为执行指令，以执行上述图片的监控方法。

电子设备500还可以包括一个电源组件526被配置为执行电子设备500的电源管理，一个有线或无线网络接口550被配置为将电子设备500连接到网络，和一个输入输出(I/O)接口558。电子设备500可以操作基于存储在存储器532的操作系统，例如WindowsServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (16)

1.一种图片的监控方法，其特征在于，包括：

在每个终端的预设位置处添加预设的监控工具，所述监控工具用于拦截到目标应用程序图片创建操作；所述监控工具为一种执行信息采集操作的代码；

根据所述监控工具获取目标应用程序在所属的终端中创建的各图片的相关信息；

根据所述相关信息从各所述图片中筛选出内存空间的占用量不符合预设的内存空间占用条件的目标图片；

生成所述目标图片的监控提示信息。

2.根据权利要求1所述的方法，其特征在于，所述在每个终端的预设位置处添加预设的监控工具，包括：

基于面向切面编程技术在每个所述终端的系统接口或系统本地接口处添加所述监控工具，所述监控工具包含用于拦截图片创建操作的监控代码。

3.根据权利要求1所述的方法，其特征在于，所述根据所述监控工具获取目标应用程序在所属的终端中创建的各图片的相关信息，包括：

根据所述监控工具获取所述目标应用程序在所属的终端的内存中创建的各所述图片的图片尺寸、图片特征值、图片创建时间点和图片调用栈。

4.根据权利要求3所述的方法，其特征在于，所述根据所述相关信息从各所述图片中筛选出内存空间的占用量不符合预设的内存空间占用条件的目标图片，包括：

根据各所述图片的图片尺寸，从各所述图片中筛选出图片尺寸大于所述目标应用程序所属的终端的屏幕尺寸的目标图片。

5.根据权利要求3所述的方法，其特征在于，所述根据所述相关信息从各所述图片中筛选出内存空间的占用量不符合预设的内存空间占用条件的目标图片，包括：

根据各所述图片的图片特征值，从各所述图片中筛选出图片特征值与所述目标应用程序所属的终端的内存中的任一图片的图片特征值相同的目标图片。

6.根据权利要求3所述的方法，其特征在于，所述根据所述相关信息从各所述图片中筛选出内存空间的占用量不符合预设的内存空间占用条件的目标图片，包括：

在所述目标应用程序运行过程中，按照预设周期遍历所述目标应用程序所属的终端的内存中的各所述图片；

根据所述内存中的各所述图片的图片创建时间点，从所述内存中的各所述图片中筛选出从图片创建时间点到当前时间点之间的时间段，大于或等于预设的时间段阈值的目标图片。

7.根据权利要求3所述的方法，其特征在于，所述监控提示信息包含所述图片尺寸、所述图片特征值和所述图片调用栈；

在所述生成所述目标图片的监控提示信息之后，所述方法还包括：

按照所述图片调用栈中存储的调用路径信息对所述目标图片进行归类；

将归类后的目标图片的监控提示信息发送至对应的代码管理员。

8.一种图片的监控装置，其特征在于，包括：

插桩模块，被配置为在每个终端的预设位置处添加预设的监控工具，所述监控工具用于拦截到目标应用程序图片创建操作；所述监控工具为一种执行信息采集操作的代码；

获取模块，被配置为根据所述监控工具获取目标应用程序在所属的终端中创建的各图片的相关信息；

筛选模块，被配置为根据所述相关信息从各所述图片中筛选出内存空间的占用量不符合预设的内存空间占用条件的目标图片；

生成模块，被配置为生成所述目标图片的监控提示信息。

9.根据权利要求8所述的装置，其特征在于，所述插桩模块，被配置为基于面向切面编程技术在每个所述终端的系统接口或系统本地接口处添加所述监控工具，所述监控工具包含用于拦截图片创建操作的监控代码。

10.根据权利要求8所述的装置，其特征在于，所述获取模块，被配置为根据所述监控工具获取所述目标应用程序在所属的终端的内存中创建的各所述图片的图片尺寸、图片特征值、图片创建时间点和图片调用栈。

11.根据权利要求10所述的装置，其特征在于，所述筛选模块，被配置为根据各所述图片的图片尺寸，从各所述图片中筛选出图片尺寸大于所述目标应用程序所属的终端的屏幕尺寸的目标图片。

12.根据权利要求10所述的装置，其特征在于，所述筛选模块，被配置为根据各所述图片的图片特征值，从各所述图片中筛选出图片特征值与所述目标应用程序所属的终端的内存中的任一图片的图片特征值相同的目标图片。

13.根据权利要求10所述的装置，其特征在于，所述筛选模块，被配置为在所述目标应用程序运行过程中，按照预设周期遍历所述目标应用程序所属的终端的内存中的各所述图片，根据所述内存中的各所述图片的图片创建时间点，从所述内存中的各所述图片中筛选出从图片创建时间点到当前时间点之间的时间段，大于或等于预设的时间段阈值的目标图片。

14.根据权利要求10所述的装置，其特征在于，所述监控提示信息包含所述图片尺寸、所述图片特征值和所述图片调用栈；

所述装置还包括：

归类模块，被配置为在所述生成模块生成所述目标图片的监控提示信息之后，按照所述图片调用栈中存储的调用路径信息对所述目标图片进行归类；

上报模块，被配置为将归类后的目标图片的监控提示信息发送至对应的代码管理员。

15.一种电子设备，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至7中任一项所述的图片的监控方法。

16.一种存储介质，其特征在于，当所述存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1至7中任一项所述的图片的监控方法。