CN110555118B - 一种加载图片的方法及装置 - Google Patents

Abstract

本发明提供了一种加载图片的方法、装置及计算机设备，所述方法包括：将目标应用程序文件的各图片下载至本地存储中；从本地存储中获取各图片的位图数据，将各图片的位图数据存储至预先建立的缓存列表中，所述缓存列表中各位图数据的引用方式为软引用；当需要加载目标图片时，获取目标图片的地址，根据目标图片的地址生成提取标识；判断在缓存列表中是否能查找到提取标识，若查找到，则根据提取标识从缓存列表中提取相应的位图数据；将位图数据赋值至预先建立的背景图片中；将图片下载至缓存列表中，使用系统控件就可加载图片；并且因位图数据的引用方式为软引用，当检测出缓存列表占用的内存超出预设的阈值时，就会及时回收图片，避免内存溢出。

Description

一种加载图片的方法及装置

技术领域

本发明属于图片处理技术领域，尤其涉及一种加载图片的方法及装置。

背景技术

随着网络通信技术的进步和宽带网络的提速，众多类型的游戏得到了越来越多的发展和应用。

在这些游戏应用中，图片加载功能是游戏应用要具备的基本功能，现有技术中，终端在对图片资源进行加载时，必须通过网络控件来加载图片，但是在一些特殊的游戏中，比如狼人杀等游戏应用中，由于把所有用到图片放入应用安装包中，会增加应用文件(APK，AndroidPackage)的占用内存，用户下载之后由于图片资源过多，使用常规的图片加载方式会出现内存溢出的情况。

发明内容

针对现有技术存在的问题，本发明实施例提供了一种加载图片的方法及装置，用于解决现有技术中终端在加载图片资源时，必须通过网络控件来加载图片，增加应用文件APK的占用内存，进而导致出现内存溢出的技术问题。

本发明提供一种加载图片的方法，所述方法包括：

将目标应用程序文件的各图片下载至本地存储中；

当首次加载各所述图片时，从所述本地存储中获取各所述图片的位图数据，将各所述图片的位图数据存储至预先建立的缓存列表中，所述缓存列表中各位图数据的引用方式为软引用；

当再次加载目标图片时，获取所述目标图片的地址，根据所述目标图片的地址生成提取标识；

判断在所述缓存列表中是否能查找到所述提取标识，若查找到，则根据所述提取标识从所述缓存列表中提取相应的位图数据；

将所述位图数据赋值至预先建立的背景图片中。

上述方案中，所述缓存列表设置在预先建立的图片加载类中，所述图片加载类的加载模式为单例模式。

上述方案中，若在所述缓存列表中没有查找到所述提取标识，还包括：

根据所述目标图片的地址获取图片资源；

根据所述图片资源生成所述目标图片的位图数据，并将所述位图数据存储至所述缓存列表中。

上述方案中，所述根据所述图片资源生成所述位图数据，并将所述位图数据存储至所述缓存列表中后，包括：

判断所述缓存列表当前占用的内存是否超过预设的阈值，若超过，则按照从前往后的顺序删除各所述图片的位图数据，直至所述缓存列表占用的内存低于所述预设的阈值。

上述方案中，当所述图片为进度条图片时，所述进度条图片包括：父布局及子布局；

所述父布局设置在所述子布局上方，所述父布局及所述子布局的初始长度相等；所述子布局能相对所述父布局移动。

上述方案中，所述将所述位图数据加赋值至预先建立的背景图片中，包括：

利用相对布局、框架布局、线性布局、绝对布局或表格布局将所述位图数据加赋值至预先建立的背景图片中。

本发明还提供一种加载图片的装置，所述装置包括：

下载单元，用于将目标应用程序文件的各图片下载至预先建立的缓存列表中，各所述图片的引用方式为软引用；

存储单元，用于当首次加载各所述图片时，从所述本地存储中获取各所述图片的位图数据，将各所述图片的位图数据存储至预先建立的缓存列表中，所述缓存列表中各位图数据的引用方式为软引用；

生成单元，用于当再次加载目标图片时，获取所述目标图片的地址，根据所述目标图片的地址生成提取标识；

判断单元，用于判断在所述缓存列表中是否能查找到所述提取标识，若查找到，则根据所述提取标识从所述缓存列表中提取相应的位图数据；

赋值单元，用于将所述位图数据赋值至预先建立的背景图片中。

上述方案中，所述生成单元还用于：当在所述缓存列表中没有查找到所述提取标识时，根据所述目标图片的地址获取图片资源；

根据所述图片资源生成所述目标图片的位图数据，并将所述位图数据存储至所述缓存列表中。

本发明还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述任一项所述的方法。

本发明还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述任一项所述的方法。

本发明提供了一种加载图片的方法、装置及计算机设备，所述方法包括：将目标应用程序文件的各图片下载至本地存储中；当首次加载各所述图片时，从所述本地存储中获取各所述图片的位图数据，将各所述图片的位图数据存储至预先建立的缓存列表中，所述缓存列表中各位图数据的引用方式为软引用；当再次加载目标图片时，获取所述目标图片的地址，根据所述目标图片的地址生成提取标识；判断在所述缓存列表中是否能查找到所述提取标识，若查找到，则根据所述提取标识从所述缓存列表中提取相应的位图数据，将所述位图数据赋值至预先建立的背景图片中；如此，将图片下载至预先建立的缓存列表中，这样使用系统控件就可以加载图片；并且因图片的引用方式为软引用，这样的话当检测出缓存列表占用的内存超出预设的阈值时，就会及时回收缓存列表中的图片，避免内存溢出。

附图说明

图1为本发明实施例一提供的加载图片的方法流程示意图；

图2为本发明实施例二提供的加载图片的装置结构示意图；

图3为本发明实施例三提供的加载图片的计算机设备结构示意图。

具体实施方式

为了解决现有技术中终端在加载图片资源时，必须通过网络控件来加载图片，增加应用文件APK的占用内存，进而导致出现内存溢出的技术问题，本发明提供了一种加载图片的方法、装置及计算机设备，所述方法包括：将目标应用程序文件的各图片下载至本地存储中；当首次加载各所述图片时，从所述本地存储中获取各所述图片的位图数据，将各所述图片的位图数据存储至预先建立的缓存列表中，所述缓存列表中各位图数据的引用方式为软引用；当再次加载目标图片时，获取所述目标图片的地址，根据所述目标图片的地址生成提取标识；判断在所述缓存列表中是否能查找到所述提取标识，若查找到，则根据所述提取标识从所述缓存列表中提取相应的位图数据；将所述位图数据赋值至预先建立的背景图片中。

下面通过附图及具体实施例对本发明的技术方案做进一步的详细说明。

实施例一

本实施例提供一种加载图片的方法，如图1所述，所述方法包括：

S110，将目标应用程序文件的各图片下载至本地存储中；

本实施例中，为了可以利用终端系统自身的控件加载图片，本步骤中将目标应用程序文件的各图片下载至本地存储中；所述本地存储可以包存储卡SD卡等；所述目标应用程序文件可以包括各类游戏应用的应用程序文件，比如：狼人杀，英雄联盟等。

S111，当首次加载各所述图片时，从所述本地存储中获取各所述图片的位图数据，将各所述图片的位图数据存储至预先建立的缓存列表中，所述缓存列表中各位图数据的引用方式为软引用；

将各图片存储至本地存储中后，在首次加载各图片时，会在预先建立的图片加载类DrawableCacheHelper中创建一个缓存列表mBitmapReferences，然后从本地存储中获取各图片的位图数据，将各图片的位图数据存储至所述缓存列表中。这里，所述缓存列表中各位图数据的引用方式为软引用；所述图片加载类的加载模式为单例模式。

在将各位图数据存储至缓存列表中时，先获取各图片的地址，根据各图片的地址生成一个存储标识，然后将这个存储标识当作key值，将对应的位图数据存储至缓存列表中。这里所述目标图片的地址可以为目标图片的统一资源定位符(URL，Uniform ResourceLocator)，每个图片都具有一个唯一的key值。

在图片加载类DrawableCacheHelper中可以声明以下变量：图片加载类的加载模式、系统分配给应用程序APP的最大内存以及图片的引用方式等。本实施例中，系统分配给应用程序APP缓存列表的最大内存为总内存的50～75％，各所述图片的引用方式为软引用。这样因图片的引用方式为软引用，这样的话当检测出缓存列表占用的内存超出预设的阈值时，就会及时回收图片，避免内存溢出。

并且，因图片加载类的加载模式为单例模式，这样每次在加载图片时只会生成一个唯一的实例及一个唯一的缓存列表，避免占用内存。

S112，当再次加载目标图片时，获取所述目标图片的地址，根据所述目标图片的地址生成提取标识；

本步骤中，当再次需要加载目标图片时，同样获取所述目标图片的地址，根据所述目标图片的地址生成提取标识hascode。

S113，判断在所述缓存列表中是否能查找到所述提取标识，若查找到，则根据所述提取标识从所述缓存列表中提取相应的位图数据；

当生成提取标识后，判断在所述缓存列表中是否能查找到所述提取标识，这里因提取标识和存储标识都是根据图片的地址生成的，那么在查找提取标识时，其实是查找是否与提取标识一致的存储标识，如果能查找到，则直接所述提取标识从所述缓存列表中提取相应的位图数据。

并且将这个位图数据重新插入缓存列表的尾部，这样的话，就可以确保用户经常使用的图片是在缓存列表的队尾。

比如，缓存列表中包括有5队数据，若目标图片的位图数据存储在第3队时，将该位图数据提取出之后，那么该位图数据会重新存储至第5队中，而之前的第5队数据则会上移至第4队。

另外，若在所述缓存列表中没有查找到与所述提取标识一致的存储标识，则会重新生成目标图片的位图数据，并将该位图数据存储至缓存列表中的队尾，同样需要将位图数据的引用方式转换为软引用。

具体是根据所述目标图片的地址重新下载该图片的图片资源；

根据所述图片资源生成所述目标图片的位图数据，并将所述位图数据存储至所述缓存列表中。

将所述位图数据存储至所述缓存列表中后，还需获取缓存列表当前占用的内存，判断所述缓存列表当前占用的内存是否超过预设的阈值，若超过，则按照从前往后的顺序回收各所述图片的位图数据，直至所述缓存列表占用的内存低于所述预设的阈值，避免内存溢出。

S114，将所述位图数据赋值至预先建立的背景图片中。

获取到位图数据后，可以利用相对布局、框架布局、线性布局、绝对布局或表格布局将所述位图数据加赋值至预先建立的背景图片中，这样就完成了图片的加载过程。

例如，当利用相对布局将所述位图数据加赋值至预先建立的背景图片中时，具体的代码实现如下：

RelativeLayout.setBackground(DrawableCacheHelper.getInstance().getDrawable(path))

其中，RelativeLayout为相对布局，setBackground为背景图片，DrawableCacheHelper为图片加载类，getInstance().getDrawable(path)为获取图片的位图数据。

这里，所述图片可以为一般的图片，也可以为一些功能图片，比如进度条图片，当所述图片为进度条图片时，为了可以动态显示进度，所述进度条图片包括：父布局及子布局；

所述父布局设置在所述子布局上方，所述父布局及所述子布局的初始长度相等，均为100％；所述子布局能相对所述父布局移动，以能显示不同的进度。

比如，当用户在参与狼人杀游戏时，当每局游戏结束时，会弹出一个进度条，以显示用户当前的经验值，当用户在玩此局游戏之前，用户的经验值为70％，玩过此局游戏后，结果为输，那么子布局就会向左偏移，以将用户的经验值减少；而若结果为赢，那么子布局就会向右偏移，以将用户的经验值增多。其中，子布局的偏移速度是可以根据预设的速度确定的，以能展示进度条的特效。

基于同样的发明构思，本发明还提供了一种加载图片的装置，如实施例二所示。

实施例二

本实施例提供一种加载图片的装置，如图2所示，所述装置包括：下载单元21、存储单元22、生成单元23、判断单元24及赋值单元25；其中，

为了可以利用终端系统自身的控件加载图片，下载单元21用于将目标应用程序文件的各图片下载至本地存储中；所述本地存储可以包存储卡SD卡等；所述目标应用程序文件可以包括各类游戏应用的应用程序文件，比如：狼人杀，英雄联盟等。

将各图片存储至本地存储中后，在首次加载各图片时，会在预先建立的图片加载类DrawableCacheHelper中创建一个缓存列表mBitmapReferences，然后存储单元22从本地存储中获取各图片的位图数据，将各图片的位图数据存储至所述缓存列表中。这里，所述缓存列表中各位图数据的引用方式为软引用；所述图片加载类的加载模式为单例模式。

在将各各位图数据存储至缓存列表中时，先获取各图片的地址，根据各图片的地址生成一个存储标识，然后将这个存储标识当作key值，将对应的位图数据存储至缓存列表中。这里所述目标图片的地址可以为目标图片的URL，每个图片都具有一个唯一的key值。

在图片加载类DrawableCacheHelper中可以声明以下变量：图片加载类的加载模式、系统分配给应用程序APP的最大内存以及图片的引用方式等。本实施例中，系统分配给应用程序APP缓存列表的最大内存为总内存的50～75％，各所述图片的引用方式为软引用。这样因图片的引用方式为软引用，这样的话当检测出缓存列表占用的内存超出预设的阈值时，就会及时回收图片，避免内存溢出。

并且，因图片加载类的加载模式为单例模式，这样每次在加载图片时只会生成一个唯一的实例及一个唯一的缓存列表，避免占用内存。

当需要再次加载目标图片时，生成单元23用于获取所述目标图片的地址，根据所述目标图片的地址生成提取标识hascode。

当生成提取标识后，判断单元24用于判断在所述缓存列表中是否能查找到所述提取标识，这里因提取标识和存储标识都是根据图片的地址生成的，那么在查找提取标识时，其实是查找是否与提取标识一致的存储标识，如果能查找到，则直接所述提取标识从所述缓存列表中提取相应的位图数据。

并且将这个位图数据重新插入缓存列表的尾部，这样的话，就可以确保用户经常使用的图片是在缓存列表的队尾。

比如，缓存列表中包括有5队数据，若目标图片的位图数据存储在第3队时，将该位图数据提取出之后，那么该位图数据会重新存储至第5队中，而之前的第5队数据则会上移至第4队。

另外，若在所述缓存列表中没有查找到与所述提取标识一致的存储标识，所述生成单元23则会重新生成目标图片的位图数据，并将该位图数据存储至缓存列表中的队尾，同样需要将位图数据的引用方式转换为软引用。

具体是根据所述目标图片的地址重新下载该图片的图片资源；

根据所述图片资源生成所述目标图片的位图数据，并将所述位图数据存储至所述缓存列表中。

将所述位图数据存储至所述缓存列表中后，还需获取缓存列表当前占用的内存，判断所述缓存列表当前占用的内存是否超过预设的阈值，若超过，则按照从前往后的顺序回收各所述图片的位图数据，直至所述缓存列表占用的内存低于所述预设的阈值，避免内存溢出。

获取到位图数据后，赋值单元25可以利用相对布局、框架布局、线性布局、绝对布局或表格布局将所述位图数据加赋值至预先建立的背景图片中，这样就完成了图片的加载过程。

例如，当利用相对布局将所述位图数据加赋值至预先建立的背景图片中时，具体的代码实现如下：

RelativeLayout.setBackground(DrawableCacheHelper.getInstance().getDrawable(path))

其中，RelativeLayout为相对布局，setBackground为背景图片，DrawableCacheHelper为图片加载类，getInstance().getDrawable(path)为获取图片的位图数据。

这里，所述图片可以为一般的图片，也可以为一些功能图片，比如进度条图片，当所述图片为进度条图片时，为了可以动态显示进度，所述进度条图片包括：父布局及子布局；

所述父布局设置在所述子布局上方，所述父布局及所述子布局的初始长度相等，均为100％；所述子布局能相对所述父布局移动，以能显示不同的进度。

比如，当用户在参与狼人杀游戏时，当每局游戏结束时，会弹出一个进度条，以显示用户当前的经验值，当用户在玩此局游戏之前，用户的经验值为70％，玩过此局游戏后，结果为输，那么子布局就会向左偏移，以将用户的经验值减少；而若结果为赢，那么子布局就会向右偏移，以将用户的经验值增多。其中，子布局的偏移速度是可以根据预设的速度确定的，以能展示进度条的特效。

实施例三

本实施例还提供一种用于加载图片的计算机设备，如图3所示，所述计算机设备包括：射频(Radio Frequency，RF)电路310、存储器320、输入单元330、显示单元340、音频电路350、WiFi模块360、处理器370、以及电源380等部件。本领域技术人员可以理解，图3中示出的计算机设备结构并不构成对计算机设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图3对计算机设备的各个构成部件进行具体的介绍：

RF电路310可用于信号的接收和发送，特别地，将基站的下行信息接收后，给处理器370处理。通常，RF电路310包括但不限于至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。

存储器320可用于存储软件程序以及模块，处理器370通过运行存储在存储器320的软件程序以及模块，从而执行计算机设备的各种功能应用以及数据处理。存储器320可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据计算机设备的使用所创建的数据等。此外，存储器320可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元330可用于接收输入的数字或字符信息，以及产生与计算机设备的用户设置以及功能控制有关的键信号输入。具体地，输入单元330可包括键盘331以及其他输入设备332。键盘331，可收集用户在其上的输入操作，并根据预先设定的程式驱动相应的连接装置。键盘331采集到输出信息后再送给处理器370。除了键盘331，输入单元330还可以包括其他输入设备332。具体地，其他输入设备332可以包括但不限于触控面板、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元340可用于显示由用户输入的信息或提供给用户的信息以及计算机设备的各种菜单。显示单元340可包括显示面板341，可选的，可以采用液晶显示器(LiquidCrystal Display，LCD)、有机发光二极管(OrganicLight-Emitting Diode,OLED)等形式来配置显示面板341。进一步的，键盘331可覆盖显示面板341，当键盘331检测到在其上或附近的触摸操作后，传送给处理器370以确定触摸事件的类型，随后处理器370根据输入事件的类型在显示面板341上提供相应的视觉输出。虽然在图3中键盘331与显示面板341是作为两个独立的部件来实现计算机设备的输入和输入功能，但是在某些实施例中，可以将键盘331与显示面板341集成而实现计算机设备的输入和输出功能。

音频电路350、扬声器351，传声器352可提供用户与计算机设备之间的音频接口。音频电路350可将接收到的音频数据转换后的电信号，传输到扬声器351，由扬声器351转换为声音信号输出；

WiFi属于短距离无线传输技术，计算机设备通过WiFi模块360可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图3示出了WiFi模块360，但是可以理解的是，其并不属于计算机设备的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器370是计算机设备的控制中心，利用各种接口和线路连接整个计算机设备的各个部分，通过运行或执行存储在存储器320内的软件程序和/或模块，以及调用存储在存储器320内的数据，执行计算机设备的各种功能和处理数据，从而对计算机设备进行整体监控。可选的，处理器370可包括一个或多个处理单元；优选的，处理器370可集成应用处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等。

计算机设备还包括给各个部件供电的电源380(比如电源适配器)，优选的，电源可以通过电源管理系统与处理器370逻辑相连。

本发明实施例提供的加载图片的方法、装置及计算机设备能带来的有益效果至少是：

本发明提供了一种加载图片的方法、装置及计算机设备，所述方法包括：将目标应用程序文件的各图片下载至本地存储中；当首次加载各所述图片时，从所述本地存储中获取各所述图片的位图数据，将各所述图片的位图数据存储至预先建立的缓存列表中，所述缓存列表中各位图数据的引用方式为软引用；当再次加载目标图片时，获取所述目标图片的地址，根据所述目标图片的地址生成提取标识；判断在所述缓存列表中是否能查找到所述提取标识，若查找到，则根据所述提取标识从所述缓存列表中提取相应的位图数据，将所述位图数据赋值至预先建立的背景图片中；如此，将图片下载至预先建立的缓存列表中，这样使用系统控件就可以加载图片；并且因图片的引用方式为软引用，这样的话当检测出缓存列表占用的内存超出预设的阈值时，就会及时回收缓存列表中的图片，避免内存溢出。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP，Digital SignalProcessing)来实现根据本发明实施例的网关、代理服务器、系统中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读存储介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种加载图片的方法，其特征在于，所述方法包括：

将目标应用程序文件的各图片下载至本地存储中；

当首次加载各所述图片时，从所述本地存储中获取各所述图片的位图数据，将各所述图片的位图数据存储至预先建立的缓存列表中，所述缓存列表中各位图数据的引用方式为软引用；

当再次加载目标图片时，获取所述目标图片的地址，根据所述目标图片的地址生成提取标识；

判断在所述缓存列表中是否能查找到所述提取标识，若查找到，则根据所述提取标识从所述缓存列表中提取相应的位图数据；并将所述位图数据重新插入所述缓存列表的队尾；判断所述缓存列表当前占用的内存是否超过预设的阈值，若超过，则按照从前往后的顺序回收各所述图片的位图数据；

将所述位图数据赋值至预先建立的背景图片中；其中，

所述缓存列表设置在预先建立的图片加载类中，所述图片加载类的加载模式为单例模式。

2.如权利要求1所述的方法，其特征在于，若在所述缓存列表中没有查找到所述提取标识，还包括：

根据所述目标图片的地址获取图片资源；

根据所述图片资源生成所述目标图片的位图数据，并将所述位图数据存储至所述缓存列表中。

3.如权利要求2所述的方法，其特征在于，所述根据所述图片资源生成所述位图数据，并将所述位图数据存储至所述缓存列表中后，包括：

判断所述缓存列表当前占用的内存是否超过预设的阈值，若超过，则按照从前往后的顺序删除各所述图片的位图数据，直至所述缓存列表占用的内存低于所述预设的阈值。

4.如权利要求1所述的方法，其特征在于，当所述图片为进度条图片时，所述进度条图片包括：父布局及子布局；

所述父布局设置在所述子布局上方，所述父布局及所述子布局的初始长度相等；所述子布局能相对所述父布局移动。

5.如权利要求1所述的方法，其特征在于，所述将所述位图数据加赋值至预先建立的背景图片中，包括：

利用相对布局、框架布局、线性布局、绝对布局或表格布局将所述位图数据加赋值至预先建立的背景图片中。

6.一种加载图片的装置，其特征在于，所述装置包括：

下载单元，用于将目标应用程序文件的各图片下载至本地存储中，各所述图片的引用方式为软引用；

存储单元，用于当首次加载各所述图片时，从所述本地存储中获取各所述图片的位图数据，将各所述图片的位图数据存储至预先建立的缓存列表中，所述缓存列表中各位图数据的引用方式为软引用；

生成单元，用于当再次加载目标图片时，获取所述目标图片的地址，根据所述目标图片的地址生成提取标识；

判断单元，用于判断在所述缓存列表中是否能查找到所述提取标识，若查找到，则根据所述提取标识从所述缓存列表中提取相应的位图数据；并将所述位图数据重新插入所述缓存列表的队尾；判断所述缓存列表当前占用的内存是否超过预设的阈值，若超过，则按照从前往后的顺序回收各所述图片的位图数据；

赋值单元，用于将所述位图数据赋值至预先建立的背景图片中；其中，

所述缓存列表设置在预先建立的图片加载类中，所述图片加载类的加载模式为单例模式。

7.如权利要求6所述的装置，其特征在于，所述生成单元还用于：当在所述缓存列表中没有查找到所述提取标识时，根据所述目标图片的地址获取图片资源；

根据所述图片资源生成所述目标图片的位图数据，并将所述位图数据存储至所述缓存列表中。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至权利要求5任一项所述的方法。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至权利要求5任一项所述的方法。

Images