[發明專利]一種android平臺下基于緩存的列表處理方法

在審

• 申請號: 201310684441.3
• 申請日: 2013-12-13
• 公開（公告）號: CN104714897A
• 公開（公告）日: 2015-06-17
• 發明（設計）人: 王洪波;周強;楊奇;陳皓;張偉;劉冬娜;金釗
• 申請（專利權）人: 航天信息股份有限公司
• 主分類號: G06F12/08
• 分類號: G06F12/08;G06F9/44
• 代理公司: 北京科龍寰宇知識產權代理有限責任公司 11139
• 代理人: 孫皓晨

技術領域

本發明涉及計算機網絡技術領域，特別是涉及一種android平臺下基于緩存的列表處理方法。

背景技術

Android平臺下，cpu資源、內存資源以及網絡資源都是非常緊張的資源。列表是android用來展示集合數據的常用控件，當集合中有需要從網絡或者數據庫中讀取的數據時，列表的顯示將是非常耗時的。

發明內容

本發明的目的在于提供一種android平臺下基于緩存的列表處理方法，其提高用戶體驗，節省了資源。

為實現本發明目的而提供的一種android平臺下基于緩存的列表處理方法，包括如下步驟：

步驟S100，設置兩級緩存：第一級緩存LinkedHashMap<String,Bitmap>；二級緩存ConcurrentHashMap<String,SoftReference<Bitmap>>；

步驟S200，第一級緩存用LinkedHashMap<String,Bitmap>保留Bitmap的強引用，控制緩存的大小MAX_CAPACITY=10；

步驟S300，當繼續向該緩存中存數據的時候，將一級緩存中的最近最少使用的元素放入二級緩存ConcurrentHashMap<String,SoftReference<Bitmap>>，二級緩存中保留的Bitmap的軟引用SoftReference。

較優地，所述步驟S300還包括如下步驟：

步驟S310，在創建SoftReference對象的時候，使用了一個ReferenceQueue對象作為參數提供給SoftReference的構造方法：

ReferenceQueue?queue=new?ReferenceQueue();

SoftReference?ref=new?SoftReference(aMyObject,queue);

步驟S320，當所述SoftReference所軟引用的aMyOhject被垃圾收集器回收的同時，ref所強引用的SoftReference對象被列入ReferenceQueue。

本發明的android平臺下基于緩存的列表處理方法，其通過設置兩級緩存，有效的提高了大數據量情況下列表的效率，提高用戶體驗，節省了資源。

附圖說明

圖1為依據本發明一個具體實施例的android平臺下基于緩存的列表處理方法流程圖。

具體實施方式

為了使本發明的目的、技術方案及優點更加清楚透徹，以下結合附圖及實施例，對本發明的android平臺下基于緩存的列表處理方法進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發明，并不用于限定本發明。

本發明android平臺下基于緩存的列表處理方法，如圖1所示，包括如下步驟：

步驟S100，設置兩級緩存：第一級緩存LinkedHashMap<String,Bitmap>；二級緩存ConcurrentHashMap<String,SoftReference<Bitmap>>；

步驟S200，第一級緩存用LinkedHashMap<String,Bitmap>保留Bitmap的強引用，控制緩存的大小MAX_CAPACITY=10；

步驟S300，當繼續向該緩存中存數據的時候，將一級緩存中的最近最少使用的元素放入二級緩存ConcurrentHashMap<String,SoftReference<Bitmap>>，二級緩存中保留的Bitmap的軟引用SoftReference。

軟引用SoftReference保存的對象實例，除非JVM即將OutOfMemory，否則不會被GC回收。這個特性使得它特別適合設計對象Cache。對于Cache被緩存的對象最好始終常駐內存，但是如果JVM內存吃緊，為了不發生OutOfMemoryError導致系統崩潰，必要的時候也允許JVM回收Cache的內存，待后續合適的時機再把數據重新Load到Cache中。這樣可以系統設計得更具彈性。