CN114995914A - 图片数据的处理方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请实施例属于数据处理领域，涉及一种图片数据的处理方法，包括：在应用程序的运行过程中，对目标图片的加载动作进行拦截，并获取目标图片的资源文件信息；基于资源文件信息，调用预设的内存占用算法计算生成与目标图片对应的加载占用内存总量；判断加载占用内存总量是否小于预设内存阈值；若加载占用内存总量小于预设内存阈值，则在应用程序内对目标图片进行展示。本申请还提供一种图片数据的处理装置、计算机设备及存储介质。此外，本申请还涉及区块链技术，加载占用内存总量可以存储于区块链中。通过本申请可以避免出现图片加载速度慢以及显示卡顿的情况，有利于保证应用程序的正常运行，提高了图片处理的智能性。

Description

图片数据的处理方法、装置、计算机设备及存储介质

技术领域

本申请涉及数据处理技术领域，尤其涉及图片数据的处理方法、装置、计算机设备及存储介质。

背景技术

移动互联网领域离不开应用程序,每个应用程序的应用场景各不相同，能够提供良好的用户使用体验的应用程序才能有效避免用户投诉。

图片加载是当下应用程序的常见交互形式，图片加载会消耗应用程序的内存资源。现有运营人员在上传应用于应用程序的图片的过程中，如果应用程序在一定时间间隔内需要加载的图片较多，则有可能会导致图片所消耗的内存大于终端的剩余可用内存，从而产生内存溢出故障，进而会造成图片加载速度慢以及显示卡顿的情况，用户使用体验较差。

发明内容

本申请实施例的目的在于提出一种图片数据的处理方法、装置、计算机设备及存储介质，以解决现有的应用程序在一定时间间隔内需要加载较多的图片时，容易产生内存溢出故障，进而会造成图片加载速度慢以及显示卡顿的技术问题。

为了解决上述技术问题，本申请实施例提供一种图片数据的处理方法，采用了如下所述的技术方案：

在应用程序的运行过程中，对预设时间段内的目标图片的加载动作进行监听；

若在所述预设时间段内监听到目标图片的加载动作，对所述目标图片的加载动作进行拦截，并获取所述目标图片的资源文件信息；其中，所述资源文件信息至少包括文件大小、像素宽度、像素高度、文件类型以及帧数，所述目标图片的数量包括多个；

基于所述资源文件信息，调用预设的内存占用算法计算生成与所述目标图片对应的加载占用内存总量；

将所述加载占用内存总量与预设内存阈值进行比较，判断所述加载占用内存总量是否小于所述预设内存阈值；

若所述加载占用内存总量小于所述预设内存阈值，则在所述应用程序内对所述目标图片进行展示。

进一步的，所述文件类型包括静态资源类型与动态资源类型，所述基于所述资源文件信息，调用预设的内存占用算法计算生成与所述目标图片对应的加载占用内存总量的步骤，具体包括：

从所述资源文件信息中分别获取各所述目标图片的文件类型；

基于所有所述目标图片的文件类型，将所有所述目标图片划分为文件类型只属于所述静态资源类型的第一图片集合，以及划分为文件类型只属于所述动态资源类型的第二图片集合；

基于所述第一图片集合内包含的所有第一图片的文件大小、像素宽度以及像素高度，调用与所述静态资源类型对应的第一内存占用算法计算得到各所述第一图片的第一加载占用内存量；

基于所述第二图片集合内包含的所有第二图片的文件大小、像素宽度、像素高度以及帧数，调用与所述动态资源类型对应的第二内存占用算法计算得到各所述第二图片的第二加载占用内存量；

基于所有所述第一加载占用内存量与所有所述第二加载占用内存量，计算生成与所有所述目标图片对应的加载占用内存总量。

进一步的，在所述将所述加载占用内存总量与预设内存阈值进行比较，判断所述加载占用内存总量是否小于所述预设内存阈值的步骤之后，还包括：

若所述加载占用内存总量不小于所述预设内存阈值，获取与所述应用程序对应的终端的屏幕分辨率；

基于所述终端的屏幕分辨率、所述资源文件信息、所述加载占用内存总量以及所述预设内存阈值，对所述目标图片进行压缩处理，以使经过压缩处理后得到的指定目标图片的指定加载占用内存总量小于所述预设内存阈值，且所述指定目标图片的分辨率小于所述终端的屏幕分辨率；

将所述指定目标图片加载至所述终端的内存中，以通过所述终端内的所述应用程序调用并展示所述指定目标图片。

进一步的，在所述基于所述终端的屏幕分辨率、所述资源文件信息、所述加载占用内存总量以及所述预设内存阈值，对所述目标图片进行压缩处理的步骤之后，还包括：

获取所述应用程序中用于显示图片的控件的第一尺寸，以及获取各所述指定目标图片的第二尺寸；

将所述第一尺寸与各所述第二尺寸进行匹配处理，判断所有所述第二尺寸中是否存在与所述第一尺寸不相同的第三尺寸；

若是，对所述指定目标图片中与所述第三尺寸对应的图片进行尺寸调整处理，以使得到的调整处理后的指定目标图片的尺寸等于所述第一尺寸；

所述将所述指定目标图片加载至所述终端的内存中，以通过所述终端内的所述应用程序调用并展示所述指定目标图片的步骤，具体包括：

将所述调整处理后的指定目标图片加载至所述终端的内存中，以通过所述终端内的所述应用程序调用并展示所述调整处理后的指定目标图片。

进一步的，在所述将所述指定目标图片加载至所述终端的内存中，以通过所述终端内的所述应用程序调用并展示所述指定目标图片的步骤之后，还包括：

获取所述终端的内存中存储的数据量，以及获取预设的容量阈值；

判断所述数据量是否达到所述容量阈值；

若是，基于预设的图片清理机制对所述终端的内存中的图片进行清理处理。

进一步的，在所述获取待查重图像的步骤之后，还包括：

在所述将所述加载占用内存总量与预设内存阈值进行比较，判断所述加载占用内存总量是否小于所述预设内存阈值的步骤之后，还包括：

若所述加载占用内存总量不小于所述预设内存阈值，则获取所述目标图片的图片标识信息；

基于所述图片标识信息生成对应的预警信息；

获取目标用户的通讯地址；

将所述预警信息发送至所述通讯地址。

进一步的，所述图片数据的处理方法还包括：

获取与所述应用程序对应的终端的可用内存；

判断所述可用内存是否小于预设的可用内存阈值；

若是，基于所述可用内存阈值生成对应的内存清理提醒信息；

展示所述内存清理提醒信息。

为了解决上述技术问题，本申请实施例还提供一种图片数据的处理装置，采用了如下所述的技术方案：

监听模块，用于在应用程序的运行过程中，对预设时间段内的目标图片的加载动作进行监听；

拦截模块，用于若在所述预设时间段内监听到目标图片的加载动作，对所述目标图片的加载动作进行拦截，并获取所述目标图片的资源文件信息；其中，所述资源文件信息至少包括文件大小、像素宽度、像素高度、文件类型以及帧数，所述目标图片的数量包括多个；

第一生成模块，用于基于所述资源文件信息，调用预设的内存占用算法计算生成与所述目标图片对应的加载占用内存总量；

比较模块，用于将所述加载占用内存总量与预设内存阈值进行比较，判断所述加载占用内存总量是否小于所述预设内存阈值；

第一展示模块，用于若所述加载占用内存总量小于所述预设内存阈值，则在所述应用程序内对所述目标图片进行展示。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：

在应用程序的运行过程中，对预设时间段内的目标图片的加载动作进行监听；

若在所述预设时间段内监听到目标图片的加载动作，对所述目标图片的加载动作进行拦截，并获取所述目标图片的资源文件信息；其中，所述资源文件信息至少包括文件大小、像素宽度、像素高度、文件类型以及帧数，所述目标图片的数量包括多个；

基于所述资源文件信息，调用预设的内存占用算法计算生成与所述目标图片对应的加载占用内存总量；

将所述加载占用内存总量与预设内存阈值进行比较，判断所述加载占用内存总量是否小于所述预设内存阈值；

若所述加载占用内存总量小于所述预设内存阈值，则在所述应用程序内对所述目标图片进行展示。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：

在应用程序的运行过程中，对预设时间段内的目标图片的加载动作进行监听；

若在所述预设时间段内监听到目标图片的加载动作，对所述目标图片的加载动作进行拦截，并获取所述目标图片的资源文件信息；其中，所述资源文件信息至少包括文件大小、像素宽度、像素高度、文件类型以及帧数，所述目标图片的数量包括多个；

基于所述资源文件信息，调用预设的内存占用算法计算生成与所述目标图片对应的加载占用内存总量；

将所述加载占用内存总量与预设内存阈值进行比较，判断所述加载占用内存总量是否小于所述预设内存阈值；

若所述加载占用内存总量小于所述预设内存阈值，则在所述应用程序内对所述目标图片进行展示。

与现有技术相比，本申请实施例主要有以下有益效果：

本申请实施例在应用程序的运行过程中，如果在预设时间段内监听到目标图片的加载动作，会先对目标图片的加载动作进行拦截，并获取目标图片的资源文件信息；然后基于资源文件信息，调用预设的内存占用算法计算生成与目标图片对应的加载占用内存总量；之后将加载占用内存总量与预设内存阈值进行比较，判断加载占用内存总量是否小于预设内存阈值；如果加载占用内存总量小于预设内存阈值，则在应用程序内对目标图片进行展示。本申请在应用程序对目标图片进行展示之前，会先计算目标图片对应的加载占用内存总量，并将加载内存总量与预设内存阈值进行比较，进而基于比较结果对目标图片进行对应的处理，只有加载内存总量小于预设内存阈值时，后续才会对该目标图片进行展示，有效避免出现内存溢出故障，也可以避免出现图片加载速度慢以及显示卡顿的情况，有利于保证应用程序的正常运行，提高了图片处理的智能性，提高了用户的使用体验。

附图说明

为了更清楚地说明本申请中的方案，下面将对本申请实施例描述中所需要使用的附图作一个简单介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请可以应用于其中的示例性系统架构图；

图2根据本申请的图片数据的处理方法的一个实施例的流程图；

图3是根据本申请的图片数据的处理装置的一个实施例的结构示意图；

图4是根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

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

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving PictureExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(MovingPictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的图片数据的处理方法一般由服务器/终端设备执行，相应地，图片数据的处理装置一般设置于服务器/终端设备中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的图片数据的处理方法的一个实施例的流程图。所述的图片数据的处理方法，包括以下步骤：

步骤S201，在应用程序的运行过程中，对预设时间段内的目标图片的加载动作进行监听。

在本实施例中，图片数据的处理方法运行于其上的电子设备(例如图1所示的服务器/终端设备)。需要指出的是，上述无线连接方式可以包括但不限于3G/4G/5G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。

在本实施例中，在实际的应用过程中，终端中可能安装有多个应用程序，当终端中的任一应用程序调用待加载图片时，需要先将待加载的图片加载至终端的内存中，然后在应用程序的控件中显示待加载的图片。其中，目标图片即为待加载图片，目标图片可以为终端中存储的图片，也可以为网络中的图片。另外，对于上述预设时间段的取值不作具体限定，可根据实际需求进行设置，例如可设为1分钟。

步骤S202，若在所述预设时间段内监听到目标图片的加载动作，对所述目标图片的加载动作进行拦截，并获取所述目标图片的资源文件信息；其中，所述资源文件信息至少包括文件大小、像素宽度、像素高度、文件类型以及帧数，所述目标图片的数量包括多个。

在本实施例中，可以使用钩子机制对加载动作进行拦截，并执行获取目标图片的资源文件信息的处理流程。钩子机制也可称为Hook，它可以在事件传送的过程中截获并监控事件的传输，将自身的代码与系统方法进行融入。这样当这些系统方法被调用时，则执行自身的代码以实现相应的图片数据处理方法。

步骤S203，基于所述资源文件信息，调用预设的内存占用算法计算生成与所述目标图片对应的加载占用内存总量。

在本实施例中，文件类型包括静态资源类型与动态资源类型，上述内存占用算法包括与静态资源类型对应的第一内存占用算法，以及与动态资源类型对应的第二内存占用算法。另外，上述基于资源文件信息，调用预设的内存占用算法计算生成与目标图片对应的加载占用内存总量的具体实施过程，本申请将在后续的具体实施例中对此进行进一步的细节描述，在此不作过多阐述。

步骤S204，将所述加载占用内存总量与预设内存阈值进行比较，判断所述加载占用内存总量是否小于所述预设内存阈值。

在本实施例中，对于上述预设内存阈值的取值不作具体限定，可根据实际的使用需求进行设置，优选可将终端当前的剩余内存作为预设内存阈值。

步骤S205，若所述加载占用内存总量小于所述预设内存阈值，则在所述应用程序内对所述目标图片进行展示。

在本实施例中，在所应用程序内对目标图片进行展示的过程可包括：先将目标图片加载至终端的内存中，然后在应用程序的控件中调用并展示该目标图片。

本申请在应用程序的运行过程中，如果在预设时间段内监听到目标图片的加载动作，会先对目标图片的加载动作进行拦截，并获取目标图片的资源文件信息；然后基于资源文件信息，调用预设的内存占用算法计算生成与目标图片对应的加载占用内存总量；之后将加载占用内存总量与预设内存阈值进行比较，判断加载占用内存总量是否小于预设内存阈值；如果加载占用内存总量小于预设内存阈值，则在应用程序内对目标图片进行展示。本申请在应用程序对目标图片进行展示之前，会先计算目标图片对应的加载占用内存总量，并将加载内存总量与预设内存阈值进行比较，进而基于比较结果对目标图片进行对应的处理，只有加载内存总量小于预设内存阈值时，后续才会对该目标图片进行展示，有效避免出现内存溢出故障，也可以避免出现图片加载速度慢以及显示卡顿的情况，有利于保证应用程序的正常运行，提高了图片处理的智能性，提高了用户的使用体验。

在一些可选的实现方式中，所述文件类型包括静态资源类型与动态资源类型，步骤S203包括以下步骤：

从所述资源文件信息中分别获取各所述目标图片的文件类型。

在本实施例中，可以从各目标图片的资源文件信息中分别获取出个目标图片的文件类型。目标图片可以为静态图片，如png，jpg，webp等类型的图片，目标图片也可以为动态图片，如gif图片。

基于所有所述目标图片的文件类型，将所有所述目标图片划分为文件类型只属于所述静态资源类型的第一图片集合，以及划分为文件类型只属于所述动态资源类型的第二图片集合。

在本实施例中，上述第一图片集合只存储目标图片内属于静态资源类型的第一图片，上述第二图片集合只存储目标图片内属于动态资源类型的第二图片。

基于所述第一图片集合内包含的所有第一图片的文件大小、像素宽度以及像素高度，调用与所述静态资源类型对应的第一内存占用算法计算得到各所述第一图片的第一加载占用内存量。

在本实施例中，上述第一内存占用算法具体为：第一图片的第一加载占用内存量＝第一图片的文件大小(K)*第一图片的像素宽度*第一图片的像素高度*4。

基于所述第二图片集合内包含的所有第二图片的文件大小、像素宽度、像素高度以及帧数，调用与所述动态资源类型对应的第二内存占用算法计算得到各所述第二图片的第二加载占用内存量。

在本实施例中，上述第二内存占用算法具体为：第二图片的第二加载占用内存量＝第二图片的文件大小(K)*第二图片的像素宽度*第二图片的像素高度*4*第二图片的帧数。

基于所有所述第一加载占用内存量与所有所述第二加载占用内存量，计算生成与所有所述目标图片对应的加载占用内存总量。

在本实施例中，可通过计算所有第一加载占用内存量与所有第二加载占用内存量之间的和值，再将得到的和值作为与所有目标图片对应的加载占用内存总量。

本申请对于属于不同文件类型的目标图片，会采用与文件类型相对应的内存占用算法来快速准确地计算出各目标图片的加载占用内存量，进而可以基于得到的各目标图片的加载占用内存量来快速计算得到加载占用内存总量，有利于后续可以将该加载占用内存总量与预设内存阈值进行比较，进而可以根据得到的比较结果来对所有所述目标图片进行对应的处理，有利于避免出现内存溢出的情况，有效提高了目标图片的处理智能性。

在本实施例的一些可选的实现方式中，在步骤S204之后，上述电子设备还可以执行以下步骤：

若所述加载占用内存总量不小于所述预设内存阈值，获取与所述应用程序对应的终端的屏幕分辨率。

在本实施例中，可以执行预设的数据获取指令来获取与应用程序对应的终端的屏幕分辨率。

基于所述终端的屏幕分辨率、所述资源文件信息、所述加载占用内存总量以及所述预设内存阈值，对所述目标图片进行压缩处理，以使经过压缩处理后得到的指定目标图片的指定加载占用内存总量小于所述预设内存阈值，且所述指定目标图片的分辨率小于所述终端的屏幕分辨率。

在本实施例中，对于上述预设内存阈值的取值不作具体限定，可根据实际的使用需求进行设置，优选可将终端当前的剩余内存作为预设内存阈值。另外，压缩处理后得到的指定目标图片同时满足分辨率小于终端的屏幕分辨率，以及指定目标图片的指定加载占用内存总量小于预设内存阈值两个条件，不仅避免了压缩处理后的指定目标图片仅满足分辨率小于终端的屏幕分辨率，而指定加载占用内存总量大于预设内存阈值时，导致内存溢出的问题，还避免了指定目标图片仅满足指定加载占用内存总量小于预设内存阈值，而分辨率大于或等于终端的屏幕分辨率时，终端在将待加载的图片加载至内存之前，根据待加载图片的分辨率以及终端的分辨率对待加载图片进行再次压缩并对内存造成浪费的问题。

将所述指定目标图片加载至所述终端的内存中，以通过所述终端内的所述应用程序调用并展示所述指定目标图片。

本申请在检测出目标图片的加载占用内存总量不小于预设内存阈值后，后续会智能地对目标图片进行压缩处理，使得压缩处理后得到的指定目标图片的分辨率小于终端的屏幕分辨率，且指定目标图片的指定加载占用内存总量小于预设内存阈值，进而使得在应用程序加载指定目标图片时，在避免再次压缩以及内存浪费的基础上，避免了出现内存溢出故障，保证了应用程序在加载指定目标图片的过程中能处于正常的运行状态，提高了应用程序加载图片的智能性。

在一些可选的实现方式中，在上述基于所述终端的屏幕分辨率、所述资源文件信息、所述加载占用内存总量以及所述预设内存阈值，对所述目标图片进行压缩处理的步骤之后，上述电子设备还可以执行以下步骤：

获取所述应用程序中用于显示图片的控件的第一尺寸，以及获取各所述指定目标图片的第二尺寸。

在本实施例中，上述控件的第一尺寸是指控件的长度与宽度，指定目标图片的尺寸是指指定目标图片的长度与宽度。

将所述第一尺寸与各所述第二尺寸进行匹配处理，判断所有所述第二尺寸中是否存在与所述第一尺寸不相同的第三尺寸。

在本实施例中，如果指定目标图片的第二尺寸与控件的第一尺寸不相同，则会影响指定目标图片在控件中显示时的显示效果，例如出现拉伸等异常情况，进而会影响用户的查看图片的体验。

若是，对所述指定目标图片中与所述第三尺寸对应的图片进行尺寸调整处理，以使得到的调整处理后的指定目标图片的尺寸等于所述第一尺寸。

所述将所述指定目标图片加载至所述终端的内存中，以通过所述终端内的所述应用程序调用并展示所述指定目标图片的步骤，具体包括：

将所述调整处理后的指定目标图片加载至所述终端的内存中，以通过所述终端内的所述应用程序调用并展示所述调整处理后的指定目标图片。

本申请在将待加载的指定目标图片加载至终端的内存之前，还会智能地对指定目标图片中与控件的尺寸不一致的图片进行尺寸调节处理，以使得尺寸调节后的指定目标图片的尺寸等于用于显示图片的控件的尺寸，进而可以提高在控件中显示图片的显示效果，有效提高了图片展示的智能性，以及提高了用户的使用体验。

在一些可选的实现方式中，在所述将所述指定目标图片加载至所述终端的内存中，以通过所述终端内的所述应用程序调用并展示所述指定目标图片的步骤之后，上述电子设备还可以执行以下步骤：

获取所述终端的内存中存储的数据量，以及获取预设的容量阈值。

在本实施例中，对于上述容量阈值的取值不作具体限定，可根据实际的使用需求进行设置。优选地，容量阈值与内存的存储容量上限存在一定的差值，该差值可避免存储量达到存储上限，产生图片无法加载的情况产生。

判断所述数据量是否达到所述容量阈值。

若是，基于预设的图片清理机制对所述终端的内存中的图片进行清理处理。

在本实施例中，预先设置的图片清理机制，会根据情况对终端的内存中的图片进行清理。内存具有一定的存储空间，当内存的存储空间用量达到一定存储量时，会产生加载慢、新图片无法加载、图片无法保留的情况产生，所以设定清理机制。具体的，通过以下方式作为缓存清理机制。当满足以下条件的至少一种或其组合时，则清理内存中的图片：当用户指示清理时会进行清理，处理器会根据用户请求进行缓存清理，清除冗余图片；当图片缓存或时间达到预定时间期限时会进行清理；当图片的访问频率低于一定频率阈值时会进行清理，等等。

本申请通过获取终端的内存中存储的数据量，以及获取预设的容量阈值，如果检测到获取的数据量达到该容量阈值时，则会智能地基于预设的图片清理机制对终端的内存中的图片进行清理处理，从而可以有效减少终端内存内空间的浪费使用，提高了内存数据的存储智能性。

在本实施例的一些可选的实现方式中，在步骤S204之后，上述电子设备还可以执行以下步骤：

若所述加载占用内存总量不小于所述预设内存阈值，则获取所述目标图片的图片标识信息。

在本实施例中，可以从目标图片的资源文件中查询出目标图片的标识符，并将该标识符作为目标图片的图片标识信息

基于所述图片标识信息生成对应的预警信息。

在本实施例中，可以将图片标识信息输入至预创建的预警信息模板内，从而可以生成与目标图片对应的预警信息。另外，上述预警信息模板可为根据实际的使用需求进行编写生成的。

获取目标用户的通讯地址。

在本实施例中，目标用户可为应用程序的界面运营相关的管理人员。另外，上述通讯地址可为邮件地址。

将所述预警信息发送至所述通讯地址。

在本实施例中，如果通讯地址为邮件地址，则可以通过登录邮件服务器，再基于邮件服务器将该预警信息发送至目标用户的通讯地址。

本申请当检测出加载占用内存总量不小于预设内存阈值时，则不会直接对该目标图片进行展示，而是会生成与该目标图片对应的预警信息并发送给目标用户，以便目标用户及时了解到当前待展示的目标图片存在加载占用内存过大的情况，并可及时对目标图片进行相应的调整处理，提高了目标用户的使用体验。

在本实施例的一些可选的实现方式中，上述电子设备还可以包括以下步骤：

获取与所述应用程序对应的终端的可用内存。

在本实施例中，终端的可用内存是指终端当前可用的剩余内存。

判断所述可用内存是否小于预设的可用内存阈值。

在本实施例中，对于上述可用内存阈值的取值不作具体限定，可根据实际的使用需求进行设置。其中，如果终端当前的可用内存大于该可用内存阈值，则表示终端当前可以正常运行，而如果终端当前的可用内存小于该可用内存阈值，则表示终端当前可以运行容易出现卡顿等异常现象。

若是，基于所述可用内存阈值生成对应的内存清理提醒信息。

在本实施例中，通过生成内存清理提醒信息，以用于提醒用户对终端的内存进行清理，并使清理后的内存小于该可用内存阈值。

展示所述内存清理提醒信息。

在本实施例中，可将内存清理提醒信息展示在终端当前的显示界面内。

本申请当检测出应用程序对应的终端的可用内存小于预设的可用内存阈值时，会智能地基于可用内存阈值生成对应的内存清理提醒信息并进行展示，以提醒用户对终端的内存进行清理处理，从而可以保证终端的正常运行，有利于保障用户的使用体验。

需要强调的是，为进一步保证上述加载占用内存总量的私密和安全性，上述加载占用内存总量还可以存储于一区块链的节点中。

本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(Artificial Intelligence，AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。

人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，该计算机可读指令可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

进一步参考图3，作为对上述图2所示方法的实现，本申请提供了一种图片数据的处理装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图3所示，本实施例所述的图片数据的处理装置300包括：监听模块301、拦截模块302、第一生成模块303、比较模块304以及第一展示模块305。其中：

监听模块301，用于在应用程序的运行过程中，对预设时间段内的目标图片的加载动作进行监听；

拦截模块302，用于若在所述预设时间段内监听到目标图片的加载动作，对所述目标图片的加载动作进行拦截，并获取所述目标图片的资源文件信息；其中，所述资源文件信息至少包括文件大小、像素宽度、像素高度、文件类型以及帧数，所述目标图片的数量包括多个；

第一生成模块303，用于基于所述资源文件信息，调用预设的内存占用算法计算生成与所述目标图片对应的加载占用内存总量；

比较模块304，用于将所述加载占用内存总量与预设内存阈值进行比较，判断所述加载占用内存总量是否小于所述预设内存阈值；

第一展示模块305，用于若所述加载占用内存总量小于所述预设内存阈值，则在所述应用程序内对所述目标图片进行展示。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的图片数据的处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中，所述文件类型包括静态资源类型与动态资源类型，第一生成模块303包括：

第一获取子模块，用于从所述资源文件信息中分别获取各所述目标图片的文件类型；

划分子模块，用于基于所有所述目标图片的文件类型，将所有所述目标图片划分为文件类型只属于所述静态资源类型的第一图片集合，以及划分为文件类型只属于所述动态资源类型的第二图片集合；

第一计算子模块，用于基于所述第一图片集合内包含的所有第一图片的文件大小、像素宽度以及像素高度，调用与所述静态资源类型对应的第一内存占用算法计算得到各所述第一图片的第一加载占用内存量；

第二计算子模块，用于基于所述第二图片集合内包含的所有第二图片的文件大小、像素宽度、像素高度以及帧数，调用与所述动态资源类型对应的第二内存占用算法计算得到各所述第二图片的第二加载占用内存量；

生成子模块，用于基于所有所述第一加载占用内存量与所有所述第二加载占用内存量，计算生成与所有所述目标图片对应的加载占用内存总量。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的图片数据的处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中,图片数据的处理装置还包括：

第一获取模块，用于若所述加载占用内存总量不小于所述预设内存阈值，获取与所述应用程序对应的终端的屏幕分辨率；

压缩模块，用于基于所述终端的屏幕分辨率、所述资源文件信息、所述加载占用内存总量以及所述预设内存阈值，对所述目标图片进行压缩处理，以使经过压缩处理后得到的指定目标图片的指定加载占用内存总量小于所述预设内存阈值，且所述指定目标图片的分辨率小于所述终端的屏幕分辨率；

加载模块，用于将所述指定目标图片加载至所述终端的内存中，以通过所述终端内的所述应用程序调用并展示所述指定目标图片。

本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的图片数据的处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中，图片数据的处理装置还包括：

第二获取模块，用于获取所述应用程序中用于显示图片的控件的第一尺寸，以及获取各所述指定目标图片的第二尺寸；

第一判断模块，用于将所述第一尺寸与各所述第二尺寸进行匹配处理，判断所有所述第二尺寸中是否存在与所述第一尺寸不相同的第三尺寸；

调整模块，用于若是，对所述指定目标图片中与所述第三尺寸对应的图片进行尺寸调整处理，以使得到的调整处理后的指定目标图片的尺寸等于所述第一尺寸；

所述加载模块，具体包括：

用于将所述调整处理后的指定目标图片加载至所述终端的内存中，以通过所述终端内的所述应用程序调用并展示所述调整处理后的指定目标图片。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的图片数据的处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中，图片数据的处理装置还包括：

第三获取模块，用于获取所述终端的内存中存储的数据量，以及获取预设的容量阈值；

第二判断模块，用于判断所述数据量是否达到所述容量阈值；

清理模块，用于若是，基于预设的图片清理机制对所述终端的内存中的图片进行清理处理。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的图片数据的处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中，图片数据的处理装置还包括：

第四获取模块，用于若所述加载占用内存总量不小于所述预设内存阈值，则获取所述目标图片的图片标识信息；

第二生成模块，用于基于所述图片标识信息生成对应的预警信息；

第五获取模块，用于获取目标用户的通讯地址；

发送模块，用于将所述预警信息发送至所述通讯地址。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的图片数据的处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中，图片数据的处理装置还包括：

第六获取模块，用于获取与所述应用程序对应的终端的可用内存；

第三判断模块，用于判断所述可用内存是否小于预设的可用内存阈值；

第三生成模块，用于若是，基于所述可用内存阈值生成对应的内存清理提醒信息；

第二展示模块，用于展示所述内存清理提醒信息。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的图片数据的处理方法的步骤一一对应，在此不再赘述。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图4，图4为本实施例计算机设备基本结构框图。

所述计算机设备4包括通过系统总线相互通信连接存储器41、处理器42、网络接口43。需要指出的是，图中仅示出了具有组件41-43的计算机设备4，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器41至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器41可以是所述计算机设备4的内部存储单元，例如该计算机设备4的硬盘或内存。在另一些实施例中，所述存储器41也可以是所述计算机设备4的外部存储设备，例如该计算机设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(FlashCard)等。当然，所述存储器41还可以既包括所述计算机设备4的内部存储单元也包括其外部存储设备。本实施例中，所述存储器41通常用于存储安装于所述计算机设备4的操作系统和各类应用软件，例如图片数据的处理方法的计算机可读指令等。此外，所述存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器42在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中，所述处理器42用于运行所述存储器41中存储的计算机可读指令或者处理数据，例如运行所述图片数据的处理方法的计算机可读指令。

所述网络接口43可包括无线网络接口或有线网络接口，该网络接口43通常用于在所述计算机设备4与其他电子设备之间建立通信连接。

与现有技术相比，本申请实施例主要有以下有益效果：

本申请实施例中，在应用程序的运行过程中，如果在预设时间段内监听到目标图片的加载动作，会先对目标图片的加载动作进行拦截，并获取目标图片的资源文件信息；然后基于资源文件信息，调用预设的内存占用算法计算生成与目标图片对应的加载占用内存总量；之后将加载占用内存总量与预设内存阈值进行比较，判断加载占用内存总量是否小于预设内存阈值；如果加载占用内存总量小于预设内存阈值，则在应用程序内对目标图片进行展示。本申请在应用程序对目标图片进行展示之前，会先计算目标图片对应的加载占用内存总量，并将加载内存总量与预设内存阈值进行比较，进而基于比较结果对目标图片进行对应的处理，只有加载内存总量小于预设内存阈值时，后续才会对该目标图片进行展示，有效避免出现内存溢出故障，也可以避免出现图片加载速度慢以及显示卡顿的情况，有利于保证应用程序的正常运行，提高了图片处理的智能性，提高了用户的使用体验。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的图片数据的处理方法的步骤。

与现有技术相比，本申请实施例主要有以下有益效果：

本申请实施例中，在应用程序的运行过程中，如果在预设时间段内监听到目标图片的加载动作，会先对目标图片的加载动作进行拦截，并获取目标图片的资源文件信息；然后基于资源文件信息，调用预设的内存占用算法计算生成与目标图片对应的加载占用内存总量；之后将加载占用内存总量与预设内存阈值进行比较，判断加载占用内存总量是否小于预设内存阈值；如果加载占用内存总量小于预设内存阈值，则在应用程序内对目标图片进行展示。本申请在应用程序对目标图片进行展示之前，会先计算目标图片对应的加载占用内存总量，并将加载内存总量与预设内存阈值进行比较，进而基于比较结果对目标图片进行对应的处理，只有加载内存总量小于预设内存阈值时，后续才会对该目标图片进行展示，有效避免出现内存溢出故障，也可以避免出现图片加载速度慢以及显示卡顿的情况，有利于保证应用程序的正常运行，提高了图片处理的智能性，提高了用户的使用体验。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

1.一种图片数据的处理方法，其特征在于，包括下述步骤：

在应用程序的运行过程中，对预设时间段内的目标图片的加载动作进行监听；

若在所述预设时间段内监听到目标图片的加载动作，对所述目标图片的加载动作进行拦截，并获取所述目标图片的资源文件信息；其中，所述资源文件信息至少包括文件大小、像素宽度、像素高度、文件类型以及帧数，所述目标图片的数量包括多个；

基于所述资源文件信息，调用预设的内存占用算法计算生成与所述目标图片对应的加载占用内存总量；

将所述加载占用内存总量与预设内存阈值进行比较，判断所述加载占用内存总量是否小于所述预设内存阈值；

若所述加载占用内存总量小于所述预设内存阈值，则在所述应用程序内对所述目标图片进行展示。

2.根据权利要求1所述的图片数据的处理方法，其特征在于，所述文件类型包括静态资源类型与动态资源类型，所述基于所述资源文件信息，调用预设的内存占用算法计算生成与所述目标图片对应的加载占用内存总量的步骤，具体包括：

从所述资源文件信息中分别获取各所述目标图片的文件类型；

基于所有所述目标图片的文件类型，将所有所述目标图片划分为文件类型只属于所述静态资源类型的第一图片集合，以及划分为文件类型只属于所述动态资源类型的第二图片集合；

基于所述第一图片集合内包含的所有第一图片的文件大小、像素宽度以及像素高度，调用与所述静态资源类型对应的第一内存占用算法计算得到各所述第一图片的第一加载占用内存量；

基于所述第二图片集合内包含的所有第二图片的文件大小、像素宽度、像素高度以及帧数，调用与所述动态资源类型对应的第二内存占用算法计算得到各所述第二图片的第二加载占用内存量；

基于所有所述第一加载占用内存量与所有所述第二加载占用内存量，计算生成与所有所述目标图片对应的加载占用内存总量。

3.根据权利要求1所述的图片数据的处理方法，其特征在于，在所述将所述加载占用内存总量与预设内存阈值进行比较，判断所述加载占用内存总量是否小于所述预设内存阈值的步骤之后，还包括：

若所述加载占用内存总量不小于所述预设内存阈值，获取与所述应用程序对应的终端的屏幕分辨率；

基于所述终端的屏幕分辨率、所述资源文件信息、所述加载占用内存总量以及所述预设内存阈值，对所述目标图片进行压缩处理，以使经过压缩处理后得到的指定目标图片的指定加载占用内存总量小于所述预设内存阈值，且所述指定目标图片的分辨率小于所述终端的屏幕分辨率；

将所述指定目标图片加载至所述终端的内存中，以通过所述终端内的所述应用程序调用并展示所述指定目标图片。

4.根据权利要求3所述的图片数据的处理方法，其特征在于，在所述基于所述终端的屏幕分辨率、所述资源文件信息、所述加载占用内存总量以及所述预设内存阈值，对所述目标图片进行压缩处理的步骤之后，还包括：

获取所述应用程序中用于显示图片的控件的第一尺寸，以及获取各所述指定目标图片的第二尺寸；

将所述第一尺寸与各所述第二尺寸进行匹配处理，判断所有所述第二尺寸中是否存在与所述第一尺寸不相同的第三尺寸；

若是，对所述指定目标图片中与所述第三尺寸对应的图片进行尺寸调整处理，以使得到的调整处理后的指定目标图片的尺寸等于所述第一尺寸；

所述将所述指定目标图片加载至所述终端的内存中，以通过所述终端内的所述应用程序调用并展示所述指定目标图片的步骤，具体包括：

将所述调整处理后的指定目标图片加载至所述终端的内存中，以通过所述终端内的所述应用程序调用并展示所述调整处理后的指定目标图片。

5.根据权利要求3所述的图片数据的处理方法，其特征在于，在所述将所述指定目标图片加载至所述终端的内存中，以通过所述终端内的所述应用程序调用并展示所述指定目标图片的步骤之后，还包括：

获取所述终端的内存中存储的数据量，以及获取预设的容量阈值；

判断所述数据量是否达到所述容量阈值；

若是，基于预设的图片清理机制对所述终端的内存中的图片进行清理处理。

6.根据权利要求1所述的图片数据的处理方法，其特征在于，在所述将所述加载占用内存总量与预设内存阈值进行比较，判断所述加载占用内存总量是否小于所述预设内存阈值的步骤之后，还包括：

若所述加载占用内存总量不小于所述预设内存阈值，则获取所述目标图片的图片标识信息；

基于所述图片标识信息生成对应的预警信息；

获取目标用户的通讯地址；

将所述预警信息发送至所述通讯地址。

7.根据权利要求1所述的图片数据的处理方法，其特征在于，所述图片数据的处理方法还包括：

获取与所述应用程序对应的终端的可用内存；

判断所述可用内存是否小于预设的可用内存阈值；

若是，基于所述可用内存阈值生成对应的内存清理提醒信息；

展示所述内存清理提醒信息。

8.一种图片数据的处理装置，其特征在于，包括：

监听模块，用于在应用程序的运行过程中，对预设时间段内的目标图片的加载动作进行监听；

拦截模块，用于若在所述预设时间段内监听到目标图片的加载动作，对所述目标图片的加载动作进行拦截，并获取所述目标图片的资源文件信息；其中，所述资源文件信息至少包括文件大小、像素宽度、像素高度、文件类型以及帧数，所述目标图片的数量包括多个；

第一生成模块，用于基于所述资源文件信息，调用预设的内存占用算法计算生成与所述目标图片对应的加载占用内存总量；

比较模块，用于将所述加载占用内存总量与预设内存阈值进行比较，判断所述加载占用内存总量是否小于所述预设内存阈值；

第一展示模块，用于若所述加载占用内存总量小于所述预设内存阈值，则在所述应用程序内对所述目标图片进行展示。

9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的图片数据的处理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如权利要求1至7中任一项所述的图片数据的处理方法的步骤。

Images