Bitmap的內存管理優化與長圖加載

APP的優化是任重而道遠的過程,必須在意每一個環節,否者當你想要優化的時候,發現到處都是坑,已經不知道填補哪里了,所以我們必須一點一滴的做起。

Bitmap

Bitmap的內存管理優化

大量Bitmap的創建和垃圾回收,會產生內存抖動,引發卡頓。一次性加載超大的圖片會導致OOM,所以我們要避免或者合理的使用循環縮放,壓縮,縮放的目的主要是合理的使用(避免大圖加載OOM,因為手機實際是用不到那么大的圖片的)。或者使用一些比較好的第三方工具如Glide。不要懷疑bitmap的優化就是這么一句。)

Bitmap相關方法總結

public void recycle() // 回收位圖占用的內存空間,把位圖標記為Dead

public final boolean isRecycled() //判斷位圖內存是否已釋放

public final int getWidth() //獲取位圖的寬度

public final int getHeight() //獲取位圖的高度

public final boolean isMutable() //圖片是否可修改

public int getScaledWidth(Canvas canvas) //獲取指定密度轉換后的圖像的寬度

public int getScaledHeight(Canvas canvas) //獲取指定密度轉換后的圖像的高度

public boolean compress(CompressFormat format, int quality, OutputStreamstream) //按指定的圖片格式以及畫質,將圖片轉換為輸出流

public static Bitmap createBitmap(Bitmap src) //以 src 為原圖生成不可變得新圖像

public static Bitmap createScaledBitmap(Bitmap src, int dstWidth, int dstHeight, boolean filter) //以 src 為原圖,創建新的圖像,指定新圖像的高寬以及是否可變。

public static Bitmap createBitmap(int width, int height, Config config) //創建指定格式、大小的位圖

public static Bitmap createBitmap(Bitmap source, int x, int y, int width, int height) //以 source 為原圖,創建新的圖片,指定起始坐標以及新圖像的高寬。


BitmapFactory工廠類

Option 參數類

public boolean inJustDecodeBounds

//如果設置為 true ,不獲取圖片,不分配內存,但會返回圖片的高度寬度信息。如果將這個值置為 true ,那么在解碼的時候將不會返回 bitmap ,只會返回這個 bitmap 的尺寸。這個屬性的目的是,如果你只想知道一個 bitmap 的尺寸,但又不想將其加載到內存時。這是一個非常有用的屬性。

public int inSampleSize

?//圖片縮放的倍數, 這個值是一個 int ,當它小于1的時候,將會被當做1處理,如果大于1,那么就會按照比例 (1 / inSampleSize) 縮小 bitmap 的寬和高、降低分辨率,大于1時這個值將會被處置為2的倍數。例如, width=100,height=100,inSampleSize=2 ,那么就會將 bitmap 處理為, width=50,height=50 ,寬高降為1 / 2,像素數降為1 / 4。

public int outWidth //獲取圖片的寬度值

public int outHeight //獲取圖片的高度值 ,表示這個 Bitmap 的寬和高,一般和

inJustDecodeBounds 一起使用來獲得 Bitmap 的寬高,但是不加載到內存。

public int inDensity //用于位圖的像素壓縮比

public int inTargetDensity //用于目標位圖的像素壓縮比(要生成的位圖)

public byte[] inTempStorage //創建臨時文件,將圖片存儲

public boolean inScaled //設置為 true 時進行圖片壓縮,從 inDensity 到inTargetDensity

public boolean inDither //如果為 true ,解碼器嘗試抖動解碼

public Bitmap.Config inPreferredConfig //設置解碼器,這個值是設置色彩模式,默認值是 ARGB_8888 ,在這個模式下,一個像素點占用4bytes空間,一般對透明度不做要求的話,一般采用 RGB_565 模式,這個模式下一個像素點占用2bytes。

public String outMimeType //設置解碼圖像

public boolean inPurgeable //當存儲 Pixel 的內存空間在系統內存不足時是否可以被回收

public boolean inInputShareable // inPurgeable 為 true 情況下才生效,是否可以共享一個 InputStream

public boolean inPreferQualityOverSpeed //為 true 則優先保證 Bitmap 質量其次是解碼速度

public boolean inMutable //配置 Bitmap 是否可以更改,比如:在 Bitmap 上隔幾個像素加一條線段

public int inScreenDensity//當前屏幕的像素密度

工廠方法

public static Bitmap decodeFile(String pathName, Options opts) //從文件讀取圖片

public static Bitmap decodeFile(String pathName)

public static Bitmap decodeStream(InputStream is) //從輸入流讀取圖片

public static Bitmap decodeStream(InputStream is, Rect outPadding, Optionsopts)

public static Bitmap decodeResource(Resources res, int id) //從資源文件讀取圖片

public static Bitmap decodeResource(Resources res, int id, Options opts)

public static Bitmap decodeByteArray(byte[] data, int offset, int length) //從數組讀取圖片

public static Bitmap decodeByteArray(byte[] data, int offset, int length,Options opts)

public static Bitmap decodeFileDescriptor(FileDescriptor fd) //從文件讀取文件 與decodeFile 不同的是這個直接調用JNI函數進行讀取 效率比較高

public static Bitmap decodeFileDescriptor(FileDescriptor fd, Rect outPadding,Options opts)


單個像素的字節大小

單個像素的字節大小由Bitmap的一個可配置的參數Config來決定。

Bitmap中,存在一個枚舉類Config,定義了Android中支持的Bitmap配置:


顯而易見,在能夠接受的情況下RGB_565內存更小

Bitmap加載方式

Bitmap 的加載方式有 Resource 資源加載、本地(SDcard)加載、網絡加載等加載方式。(詳細不細說)

Bitmap的內存回收

使用Bitmap.recycle()方法進行Bitmap的內存回收。

drawable圖片加載放置

圖片放在某個特定drawable中,比如drawable-hdpi,如果設備的屏幕密度高于當前drawable目錄所代表的密度,則圖片會被放大,否則會被縮小放大或縮小比例 = 設備屏幕密度 / drawable目錄所代表的屏幕密度。

Bitmap長圖加載

思路,通過獲取需要加載的部分高寬:使用decodeRegion區域加載,使用BigmapRegionDecoder流方式加載,對圖像進行部分加載。

?著作權歸作者所有,轉載或內容合作請聯系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,533評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,055評論 3 414
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,365評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,561評論 1 307
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,346評論 6 404
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 54,889評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 42,978評論 3 439
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,118評論 0 286
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,637評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,558評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,739評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,246評論 5 355
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 43,980評論 3 346
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,362評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,619評論 1 280
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,347評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,702評論 2 370

推薦閱讀更多精彩內容