CN104657378A - 一种文件缓存方法及装置 - Google Patents

一种文件缓存方法及装置 Download PDF

Info

Publication number
CN104657378A
CN104657378A CN201310590835.2A CN201310590835A CN104657378A CN 104657378 A CN104657378 A CN 104657378A CN 201310590835 A CN201310590835 A CN 201310590835A CN 104657378 A CN104657378 A CN 104657378A
Authority
CN
China
Prior art keywords
file
cache
level cache
load document
stored
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201310590835.2A
Other languages
English (en)
Inventor
王磊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hisense Mobile Communications Technology Co Ltd
Original Assignee
Hisense Mobile Communications Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hisense Mobile Communications Technology Co Ltd filed Critical Hisense Mobile Communications Technology Co Ltd
Priority to CN201310590835.2A priority Critical patent/CN104657378A/zh
Publication of CN104657378A publication Critical patent/CN104657378A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/957Browsing optimisation, e.g. caching or content distillation
    • G06F16/9574Browsing optimisation, e.g. caching or content distillation of access to content, e.g. by caching
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/17Details of further file system functions
    • G06F16/172Caching, prefetching or hoarding of files

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种文件缓存方法及装置,涉及计算机技术,对于下载后的文件,既存储在一级缓存中,又存储在文件缓存中,便于文件后续加载时使用,且减小一级缓存和二级缓存的缓存压力,提高了图片等文件的加载速度,又减少了内存不足的情况出现。

Description

一种文件缓存方法及装置
技术领域
本发明涉及计算机技术,尤其涉及一种文件缓存方法及装置。
背景技术
在Android网络相关应用的设计和开发中可能会经常碰到将网络上存储的图片下载并显示,这就需要在一个界面上显示数十张图片乃至上百张图片,限于手机屏幕的大小,通常在设计中会使用ListView(Android***提供的一个类,该类主要实现列表控件)或GridView(Android***提供的一个类,该类主要实现网格控件)控件控制图片分批下载和显示,也就是说通常一次需要显示出来图片数是一个相对确定的数字,通常不会太大。如果数目比较大的话,在ListView或GridView中要加载很多图片时,很容易出现滑动时的卡顿现象,以及出现OOM(out of memory,内存不足)导致FC(Force Close,强制关闭)。并且,如果每次加载同一张图片都要从网络获取,会严重影响图片加载速度和用户体验。
内存包括***物理内存和进程可使用的内存。当***物理内存不足时,操作***会结束其他进程释放内存,通常内存使用较大、占用物理内存较高的进程会优先被释放。进程可使用的内存主要由虚拟机管理,GC(Garbage collector,垃圾回收,Java中的垃圾收集器)的策略直接影响到具体实现。
Android(安卓操作***)上的应用是运行在java虚拟机上面的,内存分配在托管堆上,通过GC来管理。虽然一般来说,GC会合理的管理内存,开发者不用太关心内存释放的时机,但是,当应用使用内存比较高,或者因为代码的问题导致内存一直被引用,GC无法完成回收,都会产生内存不够用的情况。而对于Bitmap(位图),其数据是分配在native(原始的,固有的)的堆上面的,当同时或者连续打开多个Bitmap时,native堆就会不够用,产生OOM异常。
在Android应用中UI线程(User interface Thread,UI线程是一种线程,具有线程应该具有的所有特性)5秒没响应的话就会抛出无响应异常,对于远程获取大的资源来说,这种异常比较常见。
发明内容
本发明实施例提供一种文件缓存方法及装置,以提高图片等文件的加载速度,减少内存不足的情况出现。
本发明实施例提供的一种文件缓存方法,包括:
确定需要加载文件,且确定需要从网络下载该文件时,进行文件下载;
下载文件后,将所下载的文件备份存储到文件缓存和一级缓存中。
由于同时将文件备份到一级缓存和文件缓存中,所以再次加载文件时,可以从一级缓存、二级缓存中查找该文件,也可以从文件缓存中查找该文件,既加快了文件加载的速度,又有效避免了OOM的问题。
具体的,所述确定需要加载文件,且确定需要从网络下载该文件,具体包括:
确定需要加载文件,且文件未存储在一级缓存、二级缓存及文件缓存中。
进一步,为加快文件加载的速度,该方法还包括:
确定需要加载文件,且确定文件存储在一级缓存中时,直接从一级缓存中加载文件,并更新该文件的使用时间;
确定需要加载文件,且确定文件存储在二级缓存中时,从二级缓存中加载文件,并将该文件从二级缓存中移动到一级缓存中;
确定需要加载文件,且确定文件存储在文件缓存中时,从文件缓存中加载文件,更新该文件的使用时间,并将该文件从文件缓存中移动到一级缓存中。
较佳的,为防止一级缓存中存储的文件过多导致OOM,将文件移动到一级缓存中后,还包括:
确定一级缓存中的文件存储量超过设定的第一阈值时,将距离上次使用时间最长的文件移动到二级缓存中,直至一级缓存中的文件存储量小于第一阈值。
较佳的,为防止一级缓存中存储的文件过多导致OOM,防止文件缓存中存储的文件过多影响加载速度,将所下载的文件备份存储到文件缓存和一级缓存中后,还包括:
确定一级缓存中的文件存储量超过设定的第一阈值时,将距离上次使用时间最长的文件移动到二级缓存中,直至一级缓存中的文件存储量小于第一阈值;
确定文件缓存中的文件存储量超过设定的第二阈值时,删除设定比例的距离上次使用时间最长的文件。
本发明实施例还提供一种文件缓存装置,包括:
加载单元,用于确定需要加载文件,且确定需要从网络下载该文件时,进行文件下载;
备份单元,用于下载文件后,将所下载的文件备份存储到文件缓存和一级缓存中。
加载单元在下载文件后,备份单元同时将文件备份到一级缓存和文件缓存中,所以再次加载文件时,可以从一级缓存、二级缓存中查找该文件,也可以从文件缓存中查找该文件,既加快了文件加载的速度,又有效避免了OOM的问题。
具体的,所述加载单元确定需要加载文件,且确定需要从网络下载该文件,具体包括:
确定需要加载文件,且文件未存储在一级缓存、二级缓存及文件缓存中。
进一步,为加快文件加载的速度,所述加载单元还用于:
确定需要加载文件,且确定文件存储在一级缓存中时,直接从一级缓存中加载文件,并更新该文件的使用时间;
确定需要加载文件,且确定文件存储在二级缓存中时,从二级缓存中加载文件,并将该文件从二级缓存中移动到一级缓存中;
确定需要加载文件,且确定文件存储在文件缓存中时,从文件缓存中加载文件,更新该文件的使用时间,并将该文件从文件缓存中移动到一级缓存中。
较佳的,为防止一级缓存中存储的文件过多导致OOM,将文件移动到一级缓存中后,所述备份单元还用于:
确定一级缓存中的文件存储量超过设定的第一阈值时,将距离上次使用时间最长的文件移动到二级缓存中,直至一级缓存中的文件存储量小于第一阈值。
较佳的,为防止一级缓存中存储的文件过多导致OOM,防止文件缓存中存储的文件过多影响加载速度,所述备份单元还用于:
将所下载的文件备份存储到文件缓存和一级缓存中后,确定一级缓存中的文件存储量超过设定的第一阈值时,将距离上次使用时间最长的文件移动到二级缓存中,直至一级缓存中的文件存储量小于第一阈值;确定文件缓存中的文件存储量超过设定的第二阈值时,删除设定比例的距离上次使用时间最长的文件。
本发明实施例提供一种文件缓存方法及装置,对于下载后的文件,既存储在一级缓存中,又存储在文件缓存中,便于文件后续加载时使用,且减小一级缓存和二级缓存的缓存压力,提高了图片等文件的加载速度,又减少了内存不足的情况出现。
附图说明
图1为本发明实施例提供的文件缓存方法流程图;
图2为本发明实施例提供的一种较佳的文件缓存方法流程图;
图3为本发明实施例提供的文件缓存装置结构示意图之一;
图4为本发明实施例提供的文件缓存装置结构示意图之二。
具体实施方式
本发明实施例提供一种文件缓存方法及装置,对于下载后的文件,既存储在一级缓存中,又存储在文件缓存中,便于文件后续加载时使用,且减小一级缓存和二级缓存的缓存压力,提高了图片等文件的加载速度,又减少了内存不足的情况出现。
如图1所示,本发明实施例提供的文件缓存方法,包括:
步骤S101、确定需要加载文件,且确定需要从网络下载该文件时,进行文件下载;
步骤S102、下载文件后,将所下载的文件备份存储到文件缓存和一级缓存中。
由于所下载的文件同时备份存储到文件缓存和一级缓存中,所以再次加载文件时,可以从一级缓存、二级缓存中查找该文件,也可以从文件缓存中查找该文件,既加快了文件加载的速度,又有效避免了OOM的问题。
其中,一级缓存和二级缓存通常为CPU的缓存和内存,文件缓存通常为硬盘,或者,一级缓存和二级缓存为CPU缓存,文件缓存为内存。
本发明实施例中的文件,可以是图片资源,也可以是可能会重复加载的其它文件。
通常,在确定需要加载文件时,需要首先判断文件是否存储在缓存中,如果是,则直接从缓存中加载即可,不需要从网络下载该文件,所以,步骤S101中,确定需要加载文件,且确定需要从网络下载该文件,具体包括:
确定需要加载文件,且文件未存储在一级缓存、二级缓存及文件缓存中。
具体的,在加载文件时,若确定需要加载文件,且确定文件存储在一级缓存中时,直接从一级缓存中加载文件,并更新该文件的使用时间;
若确定需要加载文件,且确定文件存储在二级缓存中时,从二级缓存中加载文件,并将该文件从二级缓存中移动到一级缓存中;
若确定需要加载文件,且确定文件存储在文件缓存中时,从文件缓存中加载文件,更新该文件的使用时间,并将该文件从文件缓存中移动到一级缓存中。
在将文件移动到一级缓存中后,由于一级缓存中存储了新的内容,可能会导致一级缓存中存储的内容过多,为防止出现OOM的情况,还包括:
确定一级缓存中的文件存储量超过设定的第一阈值时,将距离上次使用时间最长的文件移动到二级缓存中,直至一级缓存中的文件存储量小于第一阈值。
此时,在步骤S102,将所下载的文件备份存储到文件缓存和一级缓存中后,由于一级缓存和文件缓存中都存储了新的内容,也可能会导致一级缓存和文件缓存中存储的内容过多,为防止出现OOM的情况,还包括:
确定一级缓存中的文件存储量超过设定的第一阈值时,将距离上次使用时间最长的文件移动到二级缓存中,直至一级缓存中的文件存储量小于第一阈值;
确定文件缓存中的文件存储量超过设定的第二阈值时,删除设定比例的距离上次使用时间最长的文件。
由于文件缓存的存储空间也是有限的,并且其存储的内容越多,读取文件的速度就越慢,所以设定了第二阈值,如果文件缓存中的文件存储量超过设定的第二阈值时,则删除一部分文件。
本发明实施例中,文件缓存指移动设备的内部存储器或者SD存储器,对于非移动设备,也可以指硬盘等存储设备。
在将一级缓存中的文件移动到二级缓存中时,可以由LruCache(Android***提供的一个类,主要用于数据缓存使用的)通过LRU(Least Recently Used,近期最少使用)算法实现,即一级缓存中的文件存储在LruCache中,当LruCache的容量大于第一阈值时,通过LRU算法,将LruCache中距离上次使用时间最长的文件移动到第二缓存中。
该第一阈值可以根据第一缓存的实际容量大小来设定,也可以根据当前***中各应用程序的运行情况来修改第一阈值的大小,若运行中的其它应用程序较少,可以适当增大该第一阈值,反之,则可以适当减小该第一阈值。
第二缓存的容量通常较大,可以通过装置中的文件缓存管理方法来维护第二缓存中的文件,例如,可以采用LinkedHashMap(Android***提供的一个类,主要用于数据缓存使用的)方式来实现二级缓存中的文件管理。文件采用SoftReference(软引用)对象的方式存储,当一个对象只有软引用时,若存储空间足够,则不会被***回收,再次加载时可以使用该对象;若存储空间不足,则***会回收该对象。
对于文件缓存的管理可以通过如下方式实现:在进行文件存储时,记录文件名称和当前时间,在使用某文件时,更新该文件对应的时间,在删除文件缓存中的文件时,按照各文件对应的时间,删除设定比例的距离上次使用时间最长的文件。
第二阈值的设置可以根据文件缓存的剩余空间进行设定,通常设置为5M~20M较佳,例如可以设置为10M,文件存储量超出第二阈值时的删除比例也可以根据实际情况来设置,通常设置为30%~50%较佳,例如,可以设置为40%。
一种较具体的文件缓存方法如图2所示,包括:
步骤S201、确定需要加载文件;
步骤S202、判断所要加载的文件是否存储在一级缓存中,如果是,执行步骤S203,否则,执行步骤S204;
步骤S203、从一级缓存中加载该文件,并更新一级缓存中该文件的使用时间;
步骤S204、判断所要加载的文件是否存储在二级缓存中,如果是,执行步骤S205,否则,执行步骤S206;
步骤S205、从二级缓存中加载该文件,并将该文件移动到一级缓存中,执行步骤S210;
步骤S206、判断所要加载的文件是否存储在文件缓存中,如果是,执行步骤S207,否则,执行步骤S208;
步骤S207、从文件缓存中加载该文件,更新文件缓存中该文件的使用时间,并将该文件备份存储到一级缓存中,执行步骤S210;
步骤S208、从网络下载该文件,并将所下载的文件备份存储到文件缓存和一级缓存中;
步骤S209、判断文件缓存中的文件存储量是否超过设定的第二阈值,如果是,执行步骤S212,否则继续执行步骤S210;
步骤S210、判断一级缓存中的文件存储量是否超过设定的第一阈值,如果是,执行步骤S211,否则结束流程;
步骤S211、将距离上次使用时间最长的文件移动到二级缓存中,直至一级缓存中的文件存储量小于第一阈值,结束流程;
步骤S212、删除文件缓存中设定比例的距离上次使用时间最长的文件,结束流程。
本发明实施例还提供一种文件缓存装置,如图3所示,包括:
加载单元301,用于确定需要加载文件,且确定需要从网络下载该文件时,进行文件下载;
备份单元302,用于下载文件后,将所下载的文件备份存储到文件缓存和一级缓存中。
其中,加载单元301确定需要加载文件,且确定需要从网络下载该文件,具体包括:
确定需要加载文件,且文件未存储在一级缓存、二级缓存及文件缓存中。
进一步,加载单元301还用于:
确定需要加载文件,且确定文件存储在一级缓存中时,直接从一级缓存中加载文件,并更新该文件的使用时间;
确定需要加载文件,且确定文件存储在二级缓存中时,从二级缓存中加载文件,并将该文件从二级缓存中移动到一级缓存中;
确定需要加载文件,且确定文件存储在文件缓存中时,从文件缓存中加载文件,更新该文件的使用时间,并将该文件从文件缓存中移动到一级缓存中。
较佳的,将文件移动到一级缓存中后,备份单元302还用于:
确定一级缓存中的文件存储量超过设定的第一阈值时,将距离上次使用时间最长的文件移动到二级缓存中,直至一级缓存中的文件存储量小于第一阈值。
备份单元302还用于:
将所下载的文件备份存储到文件缓存和一级缓存中后,确定一级缓存中的文件存储量超过设定的第一阈值时,将距离上次使用时间最长的文件移动到二级缓存中,直至一级缓存中的文件存储量小于第一阈值;确定文件缓存中的文件存储量超过设定的第二阈值时,删除设定比例的距离上次使用时间最长的文件。
本发明实施例还提供一种文件缓存装置,如图4所示,包括:一级缓存401、二级缓存402、文件缓存403和处理器404,其中:
处理器404确定需要加载文件,且确定需要从网络下载该文件时,进行文件下载;下载文件后,将所下载的文件备份存储到文件缓存403和一级缓存401中。
进一步,处理器404确定需要加载文件,且确定需要从网络下载该文件,具体包括:
确定需要加载文件,且文件未存储在一级缓存401、二级缓存402及文件缓存403中。
进一步,处理器404还用于:
确定需要加载文件,且确定文件存储在一级缓存401中时,直接从一级缓存401中加载文件,并更新该文件的使用时间;
确定需要加载文件,且确定文件存储在二级缓存402中时,从二级缓存402中加载文件,并将该文件从二级缓存402中移动到一级缓存401中;
确定需要加载文件,且确定文件存储在文件缓存403中时,从文件缓存403中加载文件,更新该文件的使用时间,并将该文件从文件缓存403中移动到一级缓存401中。
较佳的,将文件移动到一级缓存401中后,处理器404还用于:
确定一级缓存401中的文件存储量超过设定的第一阈值时,将距离上次使用时间最长的文件移动到二级缓存402中,直至一级缓存401中的文件存储量小于第一阈值。
进一步,处理器404还用于:
将所下载的文件备份存储到文件缓存403和一级缓存401中后,确定一级缓存401中的文件存储量超过设定的第一阈值时,将距离上次使用时间最长的文件移动到二级缓存402中,直至一级缓存401中的文件存储量小于第一阈值;确定文件缓存403中的文件存储量超过设定的第二阈值时,删除设定比例的距离上次使用时间最长的文件。
本发明实施例提供一种文件缓存方法及装置,对于下载后的文件,既存储在一级缓存中,又存储在文件缓存中,便于文件后续加载时使用,且减小一级缓存和二级缓存的缓存压力,提高了图片等文件的加载速度,又减少了内存不足的情况出现。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种文件缓存方法,其特征在于,包括:
确定需要加载文件,且确定需要从网络下载该文件时,进行文件下载;
下载文件后,将所下载的文件备份存储到文件缓存和一级缓存中。
2.如权利要求1所述的方法,其特征在于,所述确定需要加载文件,且确定需要从网络下载该文件,具体包括:
确定需要加载文件,且文件未存储在一级缓存、二级缓存及文件缓存中。
3.如权利要求2所述的方法,其特征在于,还包括:
确定需要加载文件,且确定文件存储在一级缓存中时,直接从一级缓存中加载文件,并更新该文件的使用时间;
确定需要加载文件,且确定文件存储在二级缓存中时,从二级缓存中加载文件,并将该文件从二级缓存中移动到一级缓存中;
确定需要加载文件,且确定文件存储在文件缓存中时,从文件缓存中加载文件,更新该文件的使用时间,并将该文件从文件缓存中移动到一级缓存中。
4.如权利要求3所述的方法,其特征在于,将文件移动到一级缓存中后,还包括:
确定一级缓存中的文件存储量超过设定的第一阈值?时,将距离上次使用时间最长的文件移动到二级缓存中,直至一级缓存中的文件存储量小于第一阈值。
5.如权利要求1~4任一所述的方法,其特征在于,将所下载的文件备份存储到文件缓存和一级缓存中后,还包括:
确定一级缓存中的文件存储量超过设定的第一阈值时,将距离上次使用时间最长的文件移动到二级缓存中,直至一级缓存中的文件存储量小于第一阈值;
确定文件缓存中的文件存储量超过设定的第二阈值时,删除设定比例的距离上次使用时间最长的文件。
6.一种文件缓存装置,其特征在于,包括:
加载单元,用于确定需要加载文件,且确定需要从网络下载该文件时,进行文件下载;
备份单元,用于下载文件后,将所下载的文件备份存储到文件缓存和一级缓存中。
7.如权利要求6所述的装置,其特征在于,所述加载单元确定需要加载文件,且确定需要从网络下载该文件,具体包括:
确定需要加载文件,且文件未存储在一级缓存、二级缓存及文件缓存中。
8.如权利要求7所述的装置,其特征在于,所述加载单元还用于:
确定需要加载文件,且确定文件存储在一级缓存中时,直接从一级缓存中加载文件,并更新该文件的使用时间;
确定需要加载文件,且确定文件存储在二级缓存中时,从二级缓存中加载文件,并将该文件从二级缓存中移动到一级缓存中;
确定需要加载文件,且确定文件存储在文件缓存中时,从文件缓存中加载文件,更新该文件的使用时间,并将该文件从文件缓存中移动到一级缓存中。
9.如权利要求8所述的装置,其特征在于,将文件移动到一级缓存中后,所述备份单元还用于:
确定一级缓存中的文件存储量超过设定的第一阈值时,将距离上次使用时间最长的文件移动到二级缓存中,直至一级缓存中的文件存储量小于第一阈值。
10.如权利要求6~9任一所述的装置,其特征在于,所述备份单元还用于:
将所下载的文件备份存储到文件缓存和一级缓存中后,确定一级缓存中的文件存储量超过设定的第一阈值时,将距离上次使用时间最长的文件移动到二级缓存中,直至一级缓存中的文件存储量小于第一阈值;确定文件缓存中的文件存储量超过设定的第二阈值时,删除设定比例的距离上次使用时间最长的文件。
CN201310590835.2A 2013-11-20 2013-11-20 一种文件缓存方法及装置 Pending CN104657378A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201310590835.2A CN104657378A (zh) 2013-11-20 2013-11-20 一种文件缓存方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310590835.2A CN104657378A (zh) 2013-11-20 2013-11-20 一种文件缓存方法及装置

Publications (1)

Publication Number Publication Date
CN104657378A true CN104657378A (zh) 2015-05-27

Family

ID=53248524

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310590835.2A Pending CN104657378A (zh) 2013-11-20 2013-11-20 一种文件缓存方法及装置

Country Status (1)

Country Link
CN (1) CN104657378A (zh)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105912251A (zh) * 2016-04-01 2016-08-31 乐视控股(北京)有限公司 缓存管理方法、装置和移动终端
CN105912592A (zh) * 2016-04-01 2016-08-31 乐视控股(北京)有限公司 缓存管理方法、装置和移动终端
CN106250473A (zh) * 2016-07-29 2016-12-21 江苏物联网研究发展中心 遥感影像云存储方法
CN107656699A (zh) * 2017-08-18 2018-02-02 上海车音智能科技有限公司 图片调用方法及装置
CN107885741A (zh) * 2016-09-29 2018-04-06 阿里巴巴集团控股有限公司 图片缓存管理方法及移动终端
CN108140048A (zh) * 2015-10-22 2018-06-08 甲骨文国际公司 分层存储装置中的列式高速缓存
CN109376125A (zh) * 2018-09-25 2019-02-22 郑州云海信息技术有限公司 一种元数据存储方法、装置、设备及计算机可读存储介质
CN109766462A (zh) * 2018-12-27 2019-05-17 山东信通电子股份有限公司 输电线路监控***中的图像文件读取方法、装置及***
CN109828956A (zh) * 2019-01-15 2019-05-31 努比亚技术有限公司 一种文件处理方法、存储介质和移动终端
CN110209447A (zh) * 2019-04-28 2019-09-06 五八有限公司 一种列表页数据显示方法以及列表页数据显示装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101692229A (zh) * 2009-07-28 2010-04-07 武汉大学 基于数据内容的三维空间数据自适应多级缓存***
CN101710327A (zh) * 2009-12-04 2010-05-19 深圳创维数字技术股份有限公司 一种嵌入式浏览器本地临时文件的缓存方法
CN101777028A (zh) * 2010-01-21 2010-07-14 北京北大众志微***科技有限责任公司 一种混合型二级存储***的实现方法及装置
CN102541605A (zh) * 2011-12-30 2012-07-04 Tcl集团股份有限公司 基于Android***的图片加载方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101692229A (zh) * 2009-07-28 2010-04-07 武汉大学 基于数据内容的三维空间数据自适应多级缓存***
CN101710327A (zh) * 2009-12-04 2010-05-19 深圳创维数字技术股份有限公司 一种嵌入式浏览器本地临时文件的缓存方法
CN101777028A (zh) * 2010-01-21 2010-07-14 北京北大众志微***科技有限责任公司 一种混合型二级存储***的实现方法及装置
CN102541605A (zh) * 2011-12-30 2012-07-04 Tcl集团股份有限公司 基于Android***的图片加载方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
清源教育: "android图片缓存", 《豆丁网》 *

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108140048A (zh) * 2015-10-22 2018-06-08 甲骨文国际公司 分层存储装置中的列式高速缓存
CN105912251A (zh) * 2016-04-01 2016-08-31 乐视控股(北京)有限公司 缓存管理方法、装置和移动终端
CN105912592A (zh) * 2016-04-01 2016-08-31 乐视控股(北京)有限公司 缓存管理方法、装置和移动终端
WO2017166758A1 (zh) * 2016-04-01 2017-10-05 乐视控股(北京)有限公司 缓存管理方法、装置、移动终端和电子设备
WO2017166759A1 (zh) * 2016-04-01 2017-10-05 乐视控股(北京)有限公司 缓存管理方法、装置、移动终端和电子设备
CN106250473A (zh) * 2016-07-29 2016-12-21 江苏物联网研究发展中心 遥感影像云存储方法
CN107885741A (zh) * 2016-09-29 2018-04-06 阿里巴巴集团控股有限公司 图片缓存管理方法及移动终端
CN107656699A (zh) * 2017-08-18 2018-02-02 上海车音智能科技有限公司 图片调用方法及装置
CN109376125A (zh) * 2018-09-25 2019-02-22 郑州云海信息技术有限公司 一种元数据存储方法、装置、设备及计算机可读存储介质
CN109766462A (zh) * 2018-12-27 2019-05-17 山东信通电子股份有限公司 输电线路监控***中的图像文件读取方法、装置及***
CN109828956A (zh) * 2019-01-15 2019-05-31 努比亚技术有限公司 一种文件处理方法、存储介质和移动终端
CN110209447A (zh) * 2019-04-28 2019-09-06 五八有限公司 一种列表页数据显示方法以及列表页数据显示装置

Similar Documents

Publication Publication Date Title
CN104657378A (zh) 一种文件缓存方法及装置
CN103473142B (zh) 一种云计算操作***下的虚拟机迁移方法及装置
CN108712454B (zh) 一种文件处理方法、装置及设备
CN102750174B (zh) 文件加载方法及装置
CN104657380A (zh) 一种图片加载方法和装置
US9747298B2 (en) Inline garbage collection for log-structured file systems
JP6014925B2 (ja) メモリ回収方法および装置
CN103412825B (zh) 一种内存释放方法及装置
US8621143B2 (en) Elastic data techniques for managing cache storage using RAM and flash-based memory
CN104216838A (zh) 双缓存数据处理方法及***
CN105677477A (zh) 一种优化应用程序资源的方法、装置及电子设备
US20200311026A1 (en) File processing method and server
CN107656776A (zh) 一种fpga加速卡的固件更新方法、装置及介质
CN108762916B (zh) 一种内存管理方法、装置、设备及计算机可读存储介质
CN108959122A (zh) 一种升级包下载的保存方法、装置和终端
CN101876885A (zh) 一种分配逻辑盘符的方法及设备
CN104899049A (zh) 一种文件删除方法及其装置
CN103677674A (zh) 一种数据处理方法及装置
CN104077161A (zh) 一种客户端应用的升级方法及装置
CN105095495A (zh) 一种分布式文件***缓存管理方法和***
CN114168490A (zh) 确定内存回收阈值的方法及相关设备
CN103513956A (zh) 一种处理器处理数据的方法以及装置
US11341055B2 (en) Method, electronic device, and computer program product for storage management
KR20210049602A (ko) 컴퓨팅 장치 및 그 동작 방법
CN112631504A (zh) 利用堆外内存实现本地缓存的方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20150527