1、將圖片轉化為縮略圖再加載：代碼如下 1 BitmapFactory.Options options = new BitmapFactory.Options();2 options.inSampleSize = 2;3 Bitmap img = BitmapFactory.decodeFile("/sdcard/1.png", options);該段代碼即是讀取1.png的縮略圖，長度、寬度都只有原圖片的1/2。圖片大小減少，占用的內(nèi)存自然也變小了。這么做的弊端是圖片質量變差，inSampleSize的值越大，圖片的質量就越差。由于各手機廠商縮放圖片的算法不同，在不同手機上的縮放圖片質量可能會不同。筆者就遭遇過moto手機上圖片縮放后質量可以接受，三星手機上同樣的縮放比例，質量卻差很多的情況。2、用ARBG_4444顏色模式加載圖片：Android中有四種，分別是：ALPHA_8：每個像素占用1byte內(nèi)存ARGB_4444:每個像素占用2byte內(nèi)存ARGB_8888:每個像素占用4byte內(nèi)存RGB_565:每個像素占用2byte內(nèi)存Android默認的顏色模式為ARGB_8888，這個顏色模式色彩最細膩，顯示質量最高。但同樣的，占用的內(nèi)存也最大。代碼如下 1 BitmapFactory.Options options = new BitmapFactory.Options();2 options.inPreferredConfig = Bitmap.Config.ARGB_4444; 3 Bitmap img = BitmapFactory.decodeFile("/sdcard/1.png", options);以上代碼即是將1.png以ARGB_4444模式讀出。內(nèi)存減少雖然不如第一種方法明顯，但是對于大多數(shù)圖片，看不出與ARGB_8888模式有什么差別。不過在讀取有漸變效果的圖片時，可能有顏色條出現(xiàn)。另外，會影響圖片的特效處理。3、調(diào)用圖片的recycle()方法：這個其實不是真正降低圖片內(nèi)存的方法。主要目的是標記圖片對象，方便回收圖片對象的本地數(shù)據(jù)。圖片對象的本地數(shù)據(jù)占用的內(nèi)存最大，而且與程序Java部分的內(nèi)存是分開計算的。所以經(jīng)常出現(xiàn)Java heap足夠使用，而圖片發(fā)生OutOfMemoryError的情況。在圖片不使用時調(diào)用該方法，可以有效降低圖片本地數(shù)據(jù)的峰值，從而減少OutOfMemoryError的概率。不過調(diào)用了recycle()的圖片對象處于“廢棄”狀態(tài)，調(diào)用時會造成程序錯誤。所以在無法保證該圖片對象絕對不會被再次調(diào)用的情況下，不建議使用該方法。特別要注意已經(jīng)用setImageBitmap(Bitmap img)方法分配給控件的圖片對象，可能會被系統(tǒng)類庫調(diào)用，造成程序錯誤。4、使用Matrix對象放大的圖片如何更改顏色模式：雖然使用Matrix對象放大圖片，必定會耗費更多的內(nèi)存，但有時候也不得不這樣做。放大后的圖片使用的ARGB_8888顏色模式，就算原圖片是ARGB_4444顏色模式也一樣，而且沒有辦法在放大時直接指定顏色模式?？梢圆捎靡韵罗k法更改圖片顏色模式。代碼如下 Matrix matrix = new Matrix();float newWidth = 200;//圖片放大后的寬度float newHeight = 300;//圖片放大后的長度matrix.postScale(newWidth / img.getWidth(), newHeight/ img.getHeight());Bitmap img1 = Bitmap.createBitmap(img, 0, 0, img.getWidth(), img.getHeight(), matrix, true);//得到放大的圖片img2 = img1.copy(Bitmap.Config.ARGB_4444, false);//得到ARGB_4444顏色模式的圖片img = null;img1 = null;這里比起原來的圖片額外生成了一個圖片對象img1。但是系統(tǒng)會自動回收img1，所以實際內(nèi)存還是減少了。
成都創(chuàng)新互聯(lián)公司專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務，包含不限于網(wǎng)站制作、成都網(wǎng)站設計、蔡家坡網(wǎng)絡推廣、小程序制作、蔡家坡網(wǎng)絡營銷、蔡家坡企業(yè)策劃、蔡家坡品牌公關、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運營等，從售前售中售后，我們都將竭誠為您服務，您的肯定，是我們最大的嘉獎；成都創(chuàng)新互聯(lián)公司為所有大學生創(chuàng)業(yè)者提供蔡家坡建站搭建服務，24小時服務熱線：028-86922220，官方網(wǎng)址：www.cdcxhl.com
[img]2個基本原則
既然需要的內(nèi)存公式已得到，那優(yōu)化就顯而易見了，無非就是減小的這三個參數(shù)的值，具體的策略如下：
這里我們將圖片分為2種情況來探討：
圖片占用的內(nèi)存 大小為：
為什么mipmap不在這種情況的考慮范圍之內(nèi)呢？
因為mipmap是Android系統(tǒng)為了避免Launcher Icon變形而添加的資源目錄，也就是說，mipmap中的圖片不會被縮放。所以Google也不推薦將除Launcher Icon之外的圖片放在mipmap目錄中。
本地圖片通常都是通過Android提供的BitmapFactory來加載的, 這里看幾個常用的API：
圖片的優(yōu)化可通過Options參數(shù)來實現(xiàn)(Options的介紹可參考 從fresco 看圖片優(yōu)化 ：
inPreferredConfig的取值為Bitmap.Config類型(這里只考慮以下幾種情況)，它是一個枚舉類型，用來設置每個像素需要的字節(jié)數(shù)：
1.jpeg和gif
2.webp
3.png8, png24, png32
網(wǎng)絡圖片通常我們都是使用開源庫進行加載, 所以不需要拿到Bitmap再進行縮放或裁剪。
這時可讓后臺實現(xiàn)網(wǎng)絡圖片的裁剪，即：根據(jù)圖片的請求參數(shù)返回合適的尺寸，最大也只需要控件的大小即可。
再大也沒意義，不僅浪費流量，還占用內(nèi)存。
如果你的APP中有很多圖片，那么可對圖片的寬高根據(jù)設備的內(nèi)存情況進行適當?shù)目s?。?/p>
盡量為所有分辨率創(chuàng)建資源 資源匹配分辨率 = 減少不必要的縮放，從而提高UI繪制效率
對于一個多圖片的APP來說，圖片所占內(nèi)存的優(yōu)化是一項必不可少的工作。
總的來說，其優(yōu)化也就是通過 縮放 和指定 Bitmap.Config的值 來實現(xiàn)的，只是不同位置，不同格式的圖片有所差異而已。
;utm_source=weixinqun
在開發(fā)手機應用的時候，內(nèi)存是有限的，那使用的時候，就要合理的運用和釋放。
那么最占用內(nèi)存的，估計也是就圖片了，有時候，需要在加載一些大量的圖片。但是，往往回報內(nèi)存溢出的錯誤?？纯磮D片的大小呢，也
不大，也就20KB左右，為什么還是很占內(nèi)存呢？
原來，將圖片轉成bitmap 來使用的時候，圖片所占的內(nèi)存，不是它原來的大小，是與 圖片的寬度，高度，和顏色深度有關系。
圖片實際占用的內(nèi)存大小 = width * height * 顏色深度
顏色深度：
Bitmap.Config ALPHA_8
Bitmap.Config ARGB_4444
Bitmap.Config ARGB_8888
Bitmap.Config RGB_565
A R G B
透明度 紅色 綠色 藍色
其實這都是色彩的存儲方法：我們知道ARGB指的是一種色彩模式，里面A代表Alpha，R表示red，G表示green，B表示blue，其實所有的可
見色都是右紅綠藍組成的，所以紅綠藍又稱為三原色，每個原色都存儲著所表示顏色的信息值
Bitmap.Config ARGB_4444 每個像素 占四位
Bitmap.Config ARGB_8888 32 每個像素 占八位
Bitmap.Config RGB_565 16 R占5位 R占6位 B占5位 沒有透明度（A）
說白了就ALPHA_8就是Alpha由8位組成
ARGB_4444就是由4個4位組成即16位，
ARGB_8888就是由4個8位組成即32位，
RGB_565就是R為5位，G為6位，B為5位共16位
由此可見：
ALPHA_8 代表8位Alpha位圖
ARGB_4444 代表16位ARGB位圖
ARGB_8888 代表32位ARGB位圖
eg: 一張20KB的圖片，寬1024(px)*高1024(px)*圖片的顏色模式，就是它所占的真實的內(nèi)存。
手機內(nèi)存和內(nèi)存卡區(qū)別說到底都是路徑不同而已，圖片保存時把路徑改一下就行了
重慶分公司
重慶分公司
