android圖片質量
⑴ Android性能優化-大解析度圖片最佳實踐
好久沒更新博客了,借著908公司18周年年會這個普(期)天(待)同(紅)慶(包)的日子,來說下安卓中的圖片與內存的關系。
大家都知道安卓中圖片是佔用內存的大戶,在日常開發中也免不了用到圖片,那麼圖片佔用內存與哪些因素有關呢,先直接給結論:
1)與圖片解析度有關;
2)與開發者放的文件目錄有關;
3)與圖片大小沒有半毛錢關系。
舉個例子:
以現在主流1080p手機為例,新建一個空的工程,用一張1080*1080像素圖片來測試:
將圖片放在xxhdpi目錄下,測試內存,效果如下:
大家可以接著嘗試將圖片放到mhdpi目錄 或者xhdpi目錄下,看下內存佔用情況,上面放xxhdpi從圖上看大概佔4M左右,那麼這個值是怎麼計算來的:
放xxhpi下圖片內存佔用 = 1080 *1080 *4 /1024 / 1024 = 4.45M
稍微解釋下公式,像素長*寬*一個像素佔用的位元組數,安卓的色彩模式一個像素佔用的位元組關系如下表:
也就是說,你在布局文件里隨便定義一個imageview,載入一個1080*1080的圖片,顯示的時候,將按一像素4byte計算內存占拆配昌用。
如果你按照上面的步驟嘗試了將圖片放到mdpi目錄或者xhdpi目錄,應該知道結論了,圖片佔用內存成倍數的變大了,看下放mdpi文件夾下的效果:
如果開發者將同樣一張1080*1080像素圖片放到mdpi目錄下,圖片佔用內存=(1080*3)*(1080*3)*4 /1024 /1024 = 40M,比之前放xxdpi目錄下內存高出了9倍,所以:圖片不是亂放的,要謹慎。
現在主流手機解析度1080p以上,建議大圖統一放到xxhdpi目錄下管理。
高解析度圖片常見的導致性能缺陷的場景包括:
1)放錯圖片目錄賣基,導致佔用內存成倍數增長;
2)限定了高寬的imageview組件,載入了超過該尺寸大小的圖片;
3)單色值圖片、loading過渡圖片、對清晰度要求不高的圖片等,強上了大解析度圖片。
這些場景都是在實際開發中遇到過的問題,可能出於設計師的疏忽,可能出於程序猿的隨意,修復這些缺陷的成本很低,但是對內存降低的幫助是指數級的,投入產出比這么高的事情,只能說到這里了。
對應的修復手段很明確了:
1)建議圖片放xxhpdi目錄;
2)限定高寬的imageview,圖片最大尺寸不超過該imageview最大承載高寬;
3)簡單圖片直接下掉,或者壓縮下吧,也可以結合業務背景用背景色等替換。
如果你的項目比較小,人肉去找都可以知道哪些是大分旅扒辨率圖片,那麼檢查下使用是否正確。如果你的項目是一個大型客戶端項目,人工去找就很尷尬了,是的,我想說python大法好,來個腳本吧,無死角搞定所有大解析度圖片可能導致的性能缺陷:
⑵ 為Android應用添加背景應該使用什麼樣的圖片格式,每個格式的的優勢在哪
原創回答:《轉載前請註明 from 網路知道-smile烏龜的回答》
先說結論;
1. 大的ViewGroup(Rl,FL ,LL,Cl等)布局背景應該設PNG
2. 小的view(Button,Recyclerview子item)的背景應該用WebP格式
3. 類似16*16的表情圖 也應該用WebP,也可考慮PNG
在研究圖片之前,首先搞明白三個問題:
像素點:計算機學科中,圖片由一個一個像素點組成,像素點有兩種ARGB和RGB,A,讀作「alpha」,中文「透明度」的含義。
圖片格式:JPEG 有損壓縮
優點 :壓縮過程中損失像素少(為什麼要壓縮?後文會說)
缺點:有損耗壓縮會使原始圖片數據質量下降(像素點變少了)
PNG無損壓縮
優點:更優化的網路傳輸顯示
(PNG圖像在瀏覽器上採用流式瀏覽,即使經過交錯處理的圖像會在完全下載之前提供瀏覽者一個基本的圖像內容,然後再逐漸清晰起來。它允許連續讀出和寫入圖像數據,這個特性很適合於在通信過程中顯示和生成圖像)
支持透明效果
體積小適合網路傳輸,請求服務端的圖片,節省流量
WebP 谷歌(google)開發的一種旨在加快圖片載入速度的圖片格式
優點:「在質量相同的情況下,WebP格式圖像的體積要比JPEG格式圖像小40%」
「WebP
的優勢體現在它具有更優的圖像數據壓縮演算法,能帶來更小的圖片體積,而且擁有肉眼識別無差異的圖像質量;同時具備了無損和有損的壓縮模式、Alpha
透明以及動畫的特性,在向JPEG 和 PNG 上的轉化效果都非常優秀、穩定和統一」
WebP應用比較優秀的:騰訊旗下 QQ空間客戶端,QQ客戶端,微信客戶端等
WebP圖片常用轉換工具:智圖,iSparta等
圖片壓縮:
以Android 為例,任何展示圖片的View控制項,載入圖片的時候,都需要為圖片申請內存,通常圖片越大,申請的內存越大,Android系統限制了每個App的運行內存,一般為32MB-200M左右,為了優化App性能,必須對圖片進行壓縮:壓縮圖片尺寸
通過壓縮圖片尺寸,解決App運行時申請過多內存,被系統殺死的情況。
總結: JPEG是有損壓縮,PNG是無損壓縮,
當UI切了一張匹配實際手機屏幕大小的圖片時 可以使用JPEG(不需要壓縮圖片)
當UI給的圖片過大,需要程序員手動壓縮時,考慮PNG
當UI給的圖片過於離譜,不可理喻,導致APK包過大,用戶反映耗費流量過多時,考慮使用WebP,而且WebP同PNG,JPEG是可以互轉的
(PS:請求自服務端的圖片資源,其實也是UI給的)
參考和補充:
圖片格式,JPEG PNG WebP from網路
http://isux.tencent.com/introction-of-webp.html
http://www.cnblogs.com/xiangism/p/5311314.html
WebP圖片常用轉換工具:智圖,iSparta 等
官方WebP解析庫https://github.com/alexey-pelykh/webp-android-backport
⑶ android照片像素很小但內存很大
文件的大小不一樣,是因為屬性不同
1.壓縮格式不一樣,壓縮演算法不同。比如JPG文件就比較小,BMP文件就非常大。JPG是壓縮比最好的圖片格式之一。
2、壓縮質量不一樣。同樣是JPG,壓縮質量也是有區別的。可以選擇10%的壓縮質量,效果非常差,但90%的質量,幾乎和不壓縮一樣。一般,JPG的壓縮比在70%以上,就和原圖的差距不大。
像素就相當於人的個子。兩個人個子一樣高,說明不了什麼,可能性別都不一樣。圖片也是一樣,像素只是畫面的大小,其它方面,完全是另一回事。
⑷ android 圖片質量壓縮和尺寸壓縮有什麼區別
這個方法用來將特定格式的壓縮圖片寫入輸出流(OutputStream)中,當然例如輸出流與文件聯系在一起,壓縮後的圖片也就是一個文件。如果壓縮成功則返回true,其中有三個參數:
format是壓縮後的圖片的格式,可取值:Bitmap.CompressFormat .JPEG、~.PNG、~.WEBP。
quality的取值范圍為[0,100],值越小,經過壓縮後圖片失真越嚴重,當然圖片文件也會越小。(PNG格式的圖片會忽略這個值的設定)
stream指定壓縮的圖片輸出的地方,比如某文件。
上述方法還有一個值得注意的地方是:當用BitmapFactory decode文件時可能返回一個跟原圖片不同位深的圖片,或者丟失了每個像素的透明值(alpha),比如說,JPEG格式的圖片僅僅支持不透明的像素。文章android圖片壓縮在文末提到的下面這點可能就是這個原因:
當調用bitmap.compress(CompressFormat.JPEG, 100, fos);保存為圖片時發現圖片背景為黑色,如下圖:
下面是質量壓縮的代碼:
(Bitmapbmp,Filefile){
ByteArrayOutputStreambaos=newByteArrayOutputStream();
intoptions=80;//個人喜歡從80開始,
bmp.compress(Bitmap.CompressFormat.JPEG,options,baos);
while(baos.toByteArray().length/1024>100){
baos.reset();
options-=10;
bmp.compress(Bitmap.CompressFormat.JPEG,options,baos);
}
try{
FileOutputStreamfos=newFileOutputStream(file);
fos.write(baos.toByteArray());
fos.flush();
fos.close();
}catch(Exceptione){
e.printStackTrace();
}
}
這段代碼來自Android圖片壓縮總結,我根據自己的需求改了改,但是大同小異,所以就直接貼了。
隨著代碼中的option逐漸變小,我們可以在logcat中列印baos的大小來查看圖片的大小。我們也可以去掉while的循環條件,一直壓縮下去看效果,最終一張照片可能就由原來的3、4M變成了幾百K甚至幾百B了。我在試的過程中將option設置成100,壓縮後偶爾會出現一張3、4M的圖片經過壓縮後竟變成了6、7M,這里還是有點困惑,不知道為什麼。
隨後,我想把這個壓縮後的圖片(1、200KB)填充到ImageView中時卻失敗了,logcat中提示圖片過大!這就是文章開頭提到的問題,雖然我們通過質量壓縮使File形式的圖片文件縮小了,但是並沒有改變圖片的寬高,原先是1080*1920解析度的圖片經壓縮後還是1080*1920,而File格式轉換成Bitmap格式進入到內存中時,內存是根據圖片的像素數量來給圖片分配內存大小的,還是有好幾M,因此填充ImageView失敗。
順便提一下,可以用bitmap.getByteCount()獲取存儲bitmap像素的內存大小,但是KITKAT(Android 4.4版本)以後用getAllocateByteCount()獲取。一般情況下,後者返回值比前者大,比如,當bitmap被重用去decode另外更小的bitmaps時,或者被人為地配置一下屬性值,比如setWidth()、setHeight()、reconfigure()時,如果bitmap不做以上操作,二者的返回值應該是一樣的。(譯文,不太懂)
二、尺寸壓縮
特點: 通過設置采樣率, 減少圖片的像素, 達到對內存中的Bitmap進行壓縮
我們主要通過BitmapFactory中的decodeFile方法對圖片進行尺寸壓縮:
publicstaticBitmapdecodeFile(StringpathName,BitmapFactory.Optionsopts)
public static Bitmap decodeFile (String pathName, BitmapFactory.Options opts)
其中有兩個參數:
pathName是圖片文件的路徑。
opts 就是所謂的采樣率,它里邊有很多屬性可以設置,我們通過設置屬性來達到根據自己的需要,壓縮出指定的圖片。其中比較常用的屬性有:
booleaninJustDecodeBounds—— 如果設置為true,則只讀取bitmap的寬高,而忽略內容。
intinSampleSize—— 如果>1,調用decodeFile方法後,就會得到一個更小的bitmap對象(已壓縮)。比如設置為2,那麼新Bitmap的寬高都會是原Bitmap寬高的1/2,總體大小自然就是原來的1/4了,以此類推。
booleaninPurgeable—— 如果設置為true,壓縮後的圖片像素占的內存將會在系統清理內存的時候被回收掉,當像素的信息再次被用到時將會自動重新decode該像素(比如getPixels()時)。(慎用!重復decode可以會造成UI的卡頓,API level 21 已棄用)
booleaninInputShareable—— 與inPurgeable配合使用,如果inPurgeable設置成false,自動忽略此值,如果inPurgeable為true,此值決定是否該bitmap能分享引用給輸入數據(inputstream,array等),或者必須進行深拷貝。API level 21 已棄用。(這是譯文,不太理解!!!)
下面是一段實現的代碼
privateBitmapsizeCompres(Stringpath,intrqsW,intrqsH){
//用option設置返回的bitmap對象的一些屬性參數
finalBitmapFactory.Optionsoptions=newBitmapFactory.Options();
options.inJustDecodeBounds=true;//設置僅讀取Bitmap的寬高而不讀取內容
BitmapFactory.decodeFile(path,options);//獲取到圖片的寬高,放在option里邊
finalintheight=options.outHeight;//圖片的高度放在option里的outHeight屬性中
finalintwidth=options.outWidth;
intinSampleSize=1;
if(rqsW==0||rqsH==0){
options.inSampleSize=1;
}elseif(height>rqsH||width>rqsW){
finalintheightRatio=Math.round((float)height/(float)rqsH);
finalintwidthRatio=Math.round((float)width/(float)rqsW);
inSampleSize=heightRatio<widthRatio?heightRatio:widthRatio;
options.inSampleSize=inSampleSize;
}
returnBitmapFactory.decodeFile(path,options);//主要通過option里的inSampleSize對原圖片進行按比例壓縮
}
private Bitmap sizeCompres(String path, int rqsW, int rqsH) {
// 用option設置返回的bitmap對象的一些屬性參數
final BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;// 設置僅讀取Bitmap的寬高而不讀取內容
BitmapFactory.decodeFile(path, options);// 獲取到圖片的寬高,放在option里邊
final int height = options.outHeight;//圖片的高度放在option里的outHeight屬性中
final int width = options.outWidth;
int inSampleSize = 1;
if (rqsW == 0 || rqsH == 0) {
options.inSampleSize = 1;
} else if (height > rqsH || width > rqsW) {
final int heightRatio = Math.round((float) height / (float) rqsH);
final int widthRatio = Math.round((float) width / (float) rqsW);
inSampleSize = heightRatio < widthRatio ? heightRatio : widthRatio;
options.inSampleSize = inSampleSize;
}
return BitmapFactory.decodeFile(path, options);// 主要通過option里的inSampleSize對原圖片進行按比例壓縮
}
上面就是簡單的質量壓縮與尺寸壓縮。