androidjpgwebp

『壹』 WebP圖片格式介紹和轉換

​ WebP 是 Google 的一種可以同時提供有損壓縮（像 JPEG 一樣）和透明度（像 PNG 一樣）的圖片文件格式，不過與 JPEG 或 PNG 相比，這種格式可以提供更好的壓縮。Android 4.0（API 級別 14）及更高版本支持有損 WebP 圖片，Android 4.3（API 級別 18）及更高版本支持無損且透明的 WebP 圖片。

​ WebP 的優勢體現在它具有更優的圖像數據壓縮演算法，能帶來更小的圖片體積，而且擁有肉眼識別無差異的圖像質量；同時具備了無損和有損的壓縮模式、Alpha 透明以及動畫的特性，在 JPEG 和 PNG 上的轉化效果都非常優秀、穩定和統一。

結論:

網頁演示：

​ Android Studio 可以將 PNG、JPG、BMP 或靜態 GIF 圖片轉換為 WebP 格式。您可以轉換單張圖片，也可以轉換包含多張圖片的文件夾。要轉換某張圖片或包含多張圖片的文件夾，請按照下列步驟操作：

​ 在上圖中，左側是原始 JPG 圖片，右側是有損編碼 WebP 圖片。對話框中顯示了原始圖片和轉換後圖片的文件大小。您可以向左或向右拖動滑塊以更改質量設置，並能夠立即看到編碼圖片的效果和文件大小。
​ 中間區域顯示了原始圖片和編碼後圖片的哪些像素存在差異。由於質量設置為 75%，因此這兩種圖片之間幾乎沒有任何差異。下圖顯示了質量設置為 0% 的同一編碼圖片。

不同的圖片格式適用於不同類型的圖片。JPG 和 PNG 的壓縮過程截然不同，產生的結果也差異顯著。
PNG 和 JPG 之間的選擇往往取決於圖片本身的復雜程度。下圖顯示的兩張圖片因開發者採用不同的壓縮方案而出現了截然不同的結果。左側的圖片包含許多小細節，因此使用 JPG 進行壓縮的效率更高。右側的圖片包含連續的相同顏色，使用 PNG 進行壓縮的效率更高。

WebP 格式支持有損和無損兩種模式，對 PNG 和 JPG 來說都是理想的替代選擇。唯一需要注意的是，它僅在搭載 Android 4.2.1（API 級別 17）及更高版本的設備上受到原生支持。幸運的是，大多數的設備都滿足該要求。
下圖提供了一個簡單的可視化圖形來幫助您決定應使用的壓縮方案。

已知問題：

『貳』 android開發怎麼將webp格式轉換為jpg格式

把PNG格式的文件解析成BYTE數組然後再組合成JPG byte[] b=null; File PNG = null; BufferedOutputStream stream = null; try { PNG = new File(outputFile); FileOutputStream fstream = new FileOutputStream(PNG); stream = new BufferedOutputStream(fstream); stream.write(b); } catch (Exception e) { // log.error("helper:get file from byte process error!"); e.printStackTrace(); } finally { if (stream != null) { try { stream.close(); } catch (IOException e) { // log.error("helper:get file from byte process error!"); e.printStackTrace(); } } } Bitmap bitmap=BitmapFactory.decodeByteArray(b, 0, b.length); 擦..發現自己弄的是BMP格式..反正就這樣差不多了..

『叄』 針對Android的性能優化集中哪些方面

一、概要：

本文主要以Android的渲染機制、UI優化、多線程的處理、緩存處理、電量優化以及代碼規范等幾方面來簡述Android的性能優化

二、渲染機制的優化：

大多數用戶感知到的卡頓等性能問題的最主要根源都是因為渲染性能。

Android系統每隔16ms發出VSYNC信號，觸發對UI進行渲染， 如果每次渲染都成功，這樣就能夠達到流暢的畫面所需要的60fps，為了能夠實現60fps，這意味著程序的大多數操作都必須在16ms內完成。

*關於JobScheler的更多知識可以參考http://hukai.me/android-training-course-in-chinese/background-jobs/scheling/index.html

七、代碼規范

1）for loop中不要聲明臨時變數，不到萬不得已不要在裡面寫try catch。

2）明白垃圾回收機制，避免頻繁GC，內存泄漏，OOM(有機會專門說)

3）合理使用數據類型，StringBuilder代替String，少用枚舉enum，少用父類聲明(List,Map)

4）如果你有頻繁的new線程，那最好通過線程池去execute它們，減少線程創建開銷。

5）你要知道單例的好處，並正確的使用它。

6）多用常量，少用顯式的"action_key"，並維護一個常量類，別重復聲明這些常量。

7）如果可以，至少要弄懂設計模式中的策略模式，組合模式，裝飾模式，工廠模式，觀察者模式，這些能幫助你合理的解耦，即使需求頻繁變更，你也不用害怕牽一發而動全身。需求變更不可怕，可怕的是沒有在寫代碼之前做合理的設計。

8）View中設置緩存屬性.setDrawingCache為true.

9）cursor的使用。不過要注意管理好cursor,不要每次打開關閉cursor.因為打開關閉Cursor非常耗時。Cursor.require用於刷cursor.

10）採用SurfaceView在子線程刷新UI,避免手勢的處理和繪制在同一UI線程（普通View都這樣做）

11）採用JNI，將耗時間的處理放到c/c++層來處理

12）有些能用文件操作的，盡量採用文件操作，文件操作的速度比資料庫的操作要快10倍左右

13）懶載入和緩存機制。訪問網路的耗時操作啟動一個新線程來做，而不要再UI線程來做

14）如果方法用不到成員變數，可以把方法申明為static，性能會提高到15%到20%

15）避免使用getter/setter存取field，可以把field申明為public，直接訪問

16）私有內部類要訪問外部類的field或方法時,其成員變數不要用private，因為在編譯時會生成setter/getter,影響性能。可以把外部類的field或方法聲明為包訪問許可權

17）合理利用浮點數，浮點數比整型慢兩倍

18）針對ListView的性能優化，ListView的背景色與cacheColorHint設置相同顏色，可以提高滑動時的渲染性能。ListView中getView是性能是關鍵，這里要盡可能的優化。

getView方法中要重用view；getView方法中不能做復雜的邏輯計算，特別是資料庫操作，否則會嚴重影響滑動時的性能

19）不用new關鍵詞創建類的實例，用new關鍵詞創建類的實例時，構造函數鏈中的所有構造函數都會被自動調用。但如果一個對象實現了Cloneable介面，我們可以調用它的clone()方法。

clone()方法不會調用任何類構造函數。在使用設計模式（Design Pattern）的場合，如果用Factory模式創建對象，則改用clone()方法創建新的對象實例非常簡單。例如，下面是Factory模式的一個典型實現：

20）public static Credit getNewCredit() {
return new Credit();
}
改進後的代碼使用clone()方法，如下所示：
private static Credit BaseCredit = new Credit();
public static Credit getNewCredit() {
return (Credit) BaseCredit.clone();
}
上面的思路對於數組處理同樣很有用。

21）乘法和除法

考慮下面的代碼：

22）ViewPager同時緩存page數最好為最小值3，如果過多，那麼第一次顯示時，ViewPager所初始化的pager就會很多，這樣pager累積渲染耗時就會增多，看起來就卡。

23）每個pager應該只在顯示時才載入網路或資料庫(UserVisibleHint=true)，最好不要預載入數據，以免造成浪費

24）提高下載速度：要控制好同時下載的最大任務數，同時給InputStream再包一層緩沖流會更快(如BufferedInputStream)

25）提供載入速度：讓服務端提供不同解析度的圖片才是最好的解決方案。還有合理使用內存緩存，使用開源的框架

引用：Android性能優化的淺談

『肆』 HEIF最小的圖片格式，比WebP小，是jpg的三分之一

Android Q的一項新功能是支持高效圖像格式（HEIF）圖像，但為什麼這很重要？在這篇文章中，我們將看看HEIF實際上是什麼，並了解它可能帶來的好處。

HEIF由運動圖像專家組（MPEG）開發，是一種壓縮容器格式，聲稱比JPEG更有效，同時提供更好的圖像質量。聲稱HEIF圖像通常是JPEG等效圖像的​​一半，同時具有高質量。

要在Android Q中實際使用HEIF圖像不需要任何費力，因為您可以在繪圖資源中包含與JPEG圖像完全相同的HEIF圖像。此外，BitmapFactory它將以與JPEG圖像完全相同的方式對HEIF圖像進行充氣。但由於硬體和許可要求，目前沒有向後兼容性。Pie中包含有限的支持ImageDecoder（有關如何使用的詳細信息，請參閱 此文章 ImageDecoder），但這取決於設備，這有點暗示存在硬體要求。

雖然目前沒有讀取HEIF圖像的向後兼容性，但是有一個用於編寫它們的支持庫。它可以寫入Bitmap，Surface或YUV位元組緩沖區。我們可以Bitmap從資產文件中讀取a 並使用以下內容將其作為HEIF寫入本地緩存目錄HeifWriter：

雖然在我們到達之前可能覺得我們不應該使用HEIF圖像，但minSdkVersion = 29實際上我們可以在此之前獲益。如果您正在使用Android應用程序包，並且正在使用Play商店中的動態傳送，那麼在您的res/drawables-*-v29文件夾中包含HEIF圖像將允許動態傳送以將APK中的HEIF圖像捆綁到Q和更高版本的設備中，因此從開始將會帶來實實在在的好處現在包括在內。隨著具有HEIF功能的設備數量的增加，這些優勢將隨著時間的推移而增加。

為了了解HEIF如何與JPEG進行比較，此帖子的示例應用程序讀取圖像並將其保存為JPEG和HEIF圖像，以確保我們進行比較，因為兩個圖像都是由Android框架圖像生成的編解碼器。JPEG和HEIF使用它們使用有損壓縮演算法quality值，以確定如何壓縮實際上有損是。兩者的質量都是100，實際上是無損壓縮。

該應用程序具有SeekBar允許將不同的質量值應用於圖像轉換的應用程序。在無損壓縮（質量= 100）時，HEIF圖像（頂部一個）是3.72 MB，而JPEG一個（底部一個）是5.85 MB。這非常接近半尺寸聲明，我看不出圖像質量有任何差異 - 但是如果壓縮真的是無損的話應該不會有：

事情可能會讓人感到困惑的是中等質量的價值觀。JPEG圖像尺寸急劇下降，而HEIF尺寸則逐漸減小。請記住，這不是真正的相似比較，因為質量值對於不同的壓縮演算法意味著不同的東西。

在 quality = 25 我可以清楚地看到JPEG圖像中出現一些文物，而HEIF圖像看起來仍然很好 - 如果不是比JPEG圖像更好 quality = 50 。

如果我們將 quality = 25 上圖中的JPEG 與下圖中的HEIF 進行比較，則會更有趣 quality = 15 。文件大小相當，JPEG quality = 25 為814 kB，HEIF quality = 15 為891 kB。

然而，HEIF的質量要好得多。雖然有些文物開始出現，但它們遠不如JPEG圖像那樣明顯 quality = 25 。因此，HEIF的質量可以設置得比JPEG低得多，以在較小的圖像尺寸下獲得更好的質量。

只是把事情發揮到極致，就在質量標準的最底端，我們看到了一些真正的差異：

HEIF圖像的大小是JPEG圖像的三分之一，但質量要好得多。JPEG圖像既是分色的又是塊狀的，而HEIF只是塊狀的。雖然兩者都不是很好，我真的不想實際使用它們中的任何一個，但HEIF的質量明顯優於JPEG，而其尺寸僅為其三分之一。

正如我之前提到的，我們無法直接比較質量值，而是應該查看任何給定質量值的圖像質量。對於無損壓縮，HEIF獲勝，但我們可以使用低得多的質量值，HEIF仍可實現高水平壓縮，同時仍保持良好的圖像質量。

值得指出的是，不同的圖像會有不同的壓縮，所以我在這里所做的結果遠非確鑿的證據。也就是說，在這種情況下使用HEIF可以獲得明顯的尺寸/質量優勢。而且我完全期望將趨勢擴展到其他圖像，到目前為止我對HEIF的體驗傾向於支持這種觀點。
ps: 最後還有個HEIF、AVIF、JPEG和WebP圖像對比網站僅供參考
https://compare.rokka.io/_compare/

『伍』 webp 詳解

一）為什麼要使用webp？

[WebP]是 Google 的一種可以同時提供有損壓縮（像 JPEG 一樣）和透明度（像 PNG 一樣）的圖片文件格式，不過與 JPEG 或 PNG 相比，這種格式可以提供更好的壓縮。Android 4.0（API 級別 14）及更高版本支持有損 WebP 圖片，Android 4.3（API 級別 18）及更高版本支持無損且透明的 WebP 圖片。此頁面介紹了如何將圖片轉換為 WebP 格式，以及如何將 WebP 圖片轉換為 PNG 格式。

二）webp圖片平台都支持嗎？
webp對於android來說完全支持，iOS也支持；但是對於web前端來說還有一定距離。總之對於移動開發來說都支持。很多大廠已經要求移動端使用webp，這是趨勢.....

三）如何將圖片轉換成webp
Android Studio 可以將 PNG、JPG、BMP 或靜態 GIF 圖片轉換為 WebP 格式。您可以轉換單張圖片，也可以轉換包含多張圖片的文件夾。要轉換某張圖片或包含多張圖片的文件夾，請按照下列步驟操作：

1、右鍵點擊某個圖片文件或包含一些圖片文件的文件夾，然後點擊 Convert to WebP。
2、Converting Images to WebP 對話框隨即打開。默認設置取決於當前模塊的 minSdkVersion 設置

3、選擇有損或無損編碼。無損編碼僅在您的 minSdkVersion 設置為 18 或更高時可用。如果選擇有損編碼，請設置編碼質量，並選擇是否在保存之前查看每張轉換後圖片的預覽效果。

您還可以選擇跳過編碼後版本大於原始版本的所有文件，或所有具有透明度通道或 Alpha 通道的文件。由於 Android Studio 僅允許您在 minSdkVersion 設置為 18 或更高時創建透明的 WebP 圖片，因此，如果 minSdkVersion 低於 18，系統會自動選中 Skip images with transparency/alpha channel 復選框。

4、點擊 OK 以開始轉換。如果要轉換多張圖片，只需一步即可完成轉換操作，並且可以撤消轉換操作以便一次性還原已轉換的所有圖片。

如果您在上面選擇了無損轉換，系統會立即進行轉換。圖片會在原始位置進行轉換。如果您選擇了有損轉換，請繼續執行下一步。

5、如果您選擇了有損轉換，並且選擇在保存之前查看每張轉換後圖片的預覽效果，那麼 Android Studio 會在轉換過程中顯示每張圖片，以便您檢查轉換結果。（如果您未選擇查看預覽，Android Studio 會跳過此步驟，並立即轉換圖片。）在預覽步驟中，您可以單獨調整每張圖片的質量設置，如下所述。

圖 2. 將 JPG 轉換為 WebP 格式（質量為 75%）

在圖 2 中，左側是原始 JPG 圖片，右側是有損編碼 WebP 圖片。對話框中顯示了原始圖片和轉換後圖片的文件大小。您可以向左或向右拖動滑塊以更改質量設置，並能夠立即看到編碼圖片的效果和文件大小。

中間區域顯示了原始圖片和編碼後圖片的哪些像素存在差異。在圖 2 中，由於質量設置為 75%，因此這兩種圖片之間幾乎沒有任何差異。圖 3 顯示了質量設置為 0% 的同一編碼圖片。

圖 3. 將 JPG 轉換為 WebP 格式（質量為 0%）
為您查看的每張圖片選擇一個質量設置。如果您要轉換多張圖片，請點擊 Next 跳轉到下一張圖片。

6、點擊 Finish。圖片會在原始位置進行轉換。

『陸』 Android發布主流應用市場icon&應用截圖尺寸

*應用小圖標：尺寸：16 * 16、大小20K以內、PNG格式。

*應用圖標：尺寸：512 * 512、大小200K以內、PNG格式

*應用截圖：請上傳4-5張截圖（尺寸保持一致），單張圖片不超過1M。截圖不能小於320*480像素， 推薦480*800像素。JPG、PNG格式。

*應用圖標：圖標需為正方形。大小：2MB 以內；尺寸：216*216px；格式：PNG、 WEBP。

*應用截圖和視頻：您可以在這里上傳應用詳情頁展示的素材。介紹截圖是必填素材，其他素材可選填，如果您提交了其他素材可能會讓該應用在華為應用市場客戶端有更好的展示效果。

豎向截圖：需上傳 3~5 張。大小：2MB 以內；尺寸：450*800px；格式：PNG、 JPG、 JPEG、 WEBP。（推薦使用豎向截圖）

*應用圖標：請確保上傳的圖標和APK內的圖標一致（512 X 512，png格式）

*應用截圖：請至少上傳3張圖片，至多5張截圖,大小不大於5M，1080*1920。

*icon：要求與安裝包中圖標一致。尺寸：512*512px，圖片格式：PNG，小於1M。

*上傳豎版截圖：請上傳3-5張截圖，支持JPG、PNG格式。截圖尺寸要求：1080*1920，單張圖片不能超過1M。請去除截圖中的頂部狀態欄的通知圖標，圖片中不得使用其他品牌的手機作為邊框或宣傳圖

*應用icon：支持jpg/png格式，尺寸要求長等於寬，不低於256*256，不超過512*512，大小50k以內，僅支持直角圖標，

*上傳截圖：上傳3-5張清晰截圖。尺寸為豎圖480*800，格式為jpg/png，每張圖片尺寸一致，單張圖片不超過2MB)

*icon：PNG 格式，512 X 512 像素，小於 1024 KB。

*截圖：JPG/PNG 格式，最小 320 像素，最大 3840 像素，圖片比例 2:1，至少需要4個圖片，最多可上傳8個。可以注冊4~8張圖片，圖片將會按照您的注冊順序進行展示。

*應用圖標：要求與安裝包中圖標一致。尺寸：512*512PX，圓角半徑弧度：70PX，圖片格式：PNG。

應用截圖： 請上傳4-5張截圖（尺寸保持一致），支持JPG、PNG格式。截圖尺寸要求：不小於800*480（480*800），單張圖片不能超過3M。請去除截圖中的頂部通知欄。

*應用圖標：尺寸512x512，格式PNG，小於1M。

*應用截圖：請上傳至少 3 張圖片，規格：1280 x 720或720 x 1280，1800 x 1012或1012 x 1800，1920 x 1080或1080 x 1920，2560 x 1440或1440 x 2560

圖片請勿出現與應用實際功能無關的內容

圖片請勿出現重復、拉伸、壓縮、模糊、黑（白）邊、黑（白）角

圖片請勿出現第三方應用市場LOGO或其他品牌手機外觀素材，推薦使用魅族手機外觀素材

*應用圖標

請上傳PNG格式的圖標，尺寸：200X200 px，大小：小於800KB。

請開發者重點關注以下注意事項，大部分應用曾因此不合規被拒絕：

1.提交應用圖標必須與渠道包內解析圖標保持一致

2.應用圖標必須為透明背景，不可存在白邊、藍邊等特殊情況

*應用截圖

請上傳JPG或PNG格式的圖片，最小尺寸：800 X480 px，單張圖片小於1M。

請開發者重點關注以下注意事項，大部分應用曾因此不合規被拒絕：

1.截圖數量：4-6張(每張截圖不得相同，且需保持尺寸一致)；

2.截圖必須與軟體實際運行內容一致；

3.截圖中不得含有與App本身無關的應用圖標；

4.截圖不得為應用啟動畫面；

5.請務必上傳豎版截圖

『柒』 android png還是jpg

android開發過程中，有各種各樣的圖片，不同的圖片有不同的大小、用途，有的是作為背景圖片，有的是作為一個小的圖標，不同用途、不同場景的圖片使用格式最好按照不同格式的優缺點來確定。
1、首先來說，同樣解析度的圖片，png的要比jpg的大好多， 做android對圖片的大小很敏感，所以第一感覺是用jpg，不用png。之所以png比jpg大是因為，png是無損壓縮的，而jpg是有損壓縮，但是在比如說一張背景圖，由於手機會對png的圖片進行硬體加速，所以同一張圖片的png格式和jpg格式，png的載入速度是比jpg快的，但是如果對包大小的訴求大於對載入速度訴求的話，jpg又比png有優勢。
2、但是有的情況下jpg是比png好的，jpg相對於png的優勢是小！小！小，因此一些需要動態網路獲取載入的圖片，比如說Splash頁面，就要使用jpg格式的圖片了。
3、小的圖標，由於對其清晰度要求高，並且小圖標也不是很大，因此最好用png格式的。

2020.12.10更新
讓png和jpg都去死吧，用webp

以上僅作為個人的觀點，如若有誤，請指正！

『捌』 Android黑科技，圖片終極壓縮

一、支持自定義配置、不失真和批量處理

二、圖片上傳為什麼要壓縮
1、圖片伺服器空間限制，磁碟昂貴
2、網路不穩定，大文件需要斷點續傳
3、盡可能避免安卓OOM異常
4、後台約定的規則<200KB
5、需要上傳原圖的應用有醫院臨床項目、金融銀行

三、圖片壓縮流程
1、遞歸每張圖片
2、設置圖片格式 Bitmap.CompressFormat.JPG
png, jpg,webp
3、質量壓縮bitmap.compress(format,quality,baos)
由於png是無損壓縮，所以設置quality無效（不適合作為縮略圖）
采樣率壓縮BitmapFactory.Options.inSampleSize
縮小圖片解析度，減少所佔用磁碟空間和內存大小
縮放壓縮canvas.drawBitmap(bitmap, null,rectF,null)
減少圖片的像素，降低所佔用磁碟空間大小和內存大小，可用於緩存縮略圖
JNI調用JPEG庫
Android的圖片引擎使用的是閹割版的skia引擎，去掉了圖片壓縮中的哈夫曼演算法
4、像素修復
5、返回壓縮
6、完成壓縮

demo： https://github.com/ApeCold/Learn_Compress_Sample

參考：
Luban框架 https://github.com/Curzibn/Luban
缺點
1、當沒有設定壓縮路徑時，拋異常無閃退
2、源碼中，壓縮比率固定值60，無法修改
3、壓縮配置，參數不太適應真實項目需求
4、不能指定壓縮大小，比如100KB以內
https://github.com/zettsu/Compressor

『玖』 微信寫著未檢測到可以打開此文件的應用 。你可以安裝支持次文件的應用後重試，或在該應用中嘗試打開

以手機微信收到的安卓安裝程序為例，出現該情況的原因是手機系統將其文件的後綴名進行了更改導致無法安裝。可以通過找到該文件的下載位置將其重命名，刪除apk後面多餘的數據即可打開進行安裝了。具體的以OPPO手機為例，解決方法如下：

1、在手機上點擊收到的某個應用程序文件進入。

『拾』 Android 頁面中png jpg gif webp svg的區別和使用

JPG能顯示的顏色比gif和png要多的多；同時能得到很好的壓縮；但是是一種失真壓縮（壓縮比；解析度；可感知失真）;jpg適合應用在那些允許輕微失真的像素色彩豐富的場景；不適合做簡單色彩的圖片（icon，小logo）。

支持動畫；也是一種無損的圖片格式（修改圖片後；圖片質量沒有損失）；僅支持8位顏色深度；受這個限制；gif不適合應用於各種色彩過於豐富的場景。

Google開發的一種旨在加快圖片載入速度的圖片格式，圖片壓縮體積大約是jpg的2/3；能大量節省伺服器帶寬資源和數據空間；也是一種有損壓縮；目的就是加快網路圖片的傳輸效率；讓圖片更快的顯示在用戶面前；目前所知道的只有高版本的W3C瀏覽器才支持 （chorme39+，safari7+）。

SVG正變得越來越熱門，它不同於以上所有的文件類型，因為它是一個矢量文件格式。這就是說它實際上是由線條和曲線，而不是像素組成的。當你放大一個矢量圖像時，你仍然看到一條曲線或一條線。當你放大一個由像素構成的圖像時，你會看到像素。

對於小logo和圖片來說；svg是很理想的；因為無論是Retina屏還是其他低解析度的屏幕上顯示都是一樣的；svg的logo可以放大不失真；如果是像素構成的圖片格式想要不失真就要多套的圖片，svg是用XML編寫的；可以用js來改變svg圖片的顏色

Svg在渲染的時候需要比像素圖更多的計算能力；更加的消耗性能；所以你的svg圖比較復雜；可能會很耗費性能；甚至文件大小也很大

參考： https://segmentfault.com/a/1190000018258226