溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
業余版概要：
安卓的一個核心的部分的代碼，為了優化執行速度進行了魔改，結果寫錯了代碼。結果導致 JPG 圖片壓縮發綠、崩壞。與安卓上的應用無關，它們是受害者
專業版概要：
問題出在 Android 提供的壓縮圖片接口上，準確的說是一個 Android 里一個叫做 Skia 的庫上。而這個 bug 在 2016 年 4 月中旬被修復了，如果按照 Android 的發行來看，那就是從 Android 7 (Nougat) 開始才消除這個問題。
問題出在 RGB 色彩空間轉換到 YUV 的時候。但問題不僅僅是精度下降，最大的問題是，錯誤的舍入（向下取整）。
現在就要說到 Android 系統到底為什么出了這個問題了。Android 系統自起誕生以來就引入了名為 Skia 的圖像庫（Google 自家產品），用于處理圖像，其中包括把圖片壓縮成 JPEG（平時說的 JPG）。而 Skia 又是調用libjpeg-turbo 來實現真正的壓縮過程的。為了達到更好的壓縮效果，JPEG 算法本身，將通常屏幕上表示顏色的 RGB（紅綠藍）數值，轉換為 YUV 數值（亮度，藍色分量，紅色分量）。正常情況下這個算法是輕微有損的。
但是 Skia 不走尋常路，在將這個變換算法的各個常數復制到自己的代碼里的時候（當然是合法地），降低了精度，以達到更高的速度（專業準確地說，從 16 位定點數，降低到了 8 位定點數），這導致了更大的損傷。
最可怕的是……在進行這個變換運算的最后一步，需要除以 256，而代碼中，采用了右移操作代替除法以提高執行速度。
假如我們是 Skia 開發者，如何修復這個問題？
交回給 libjpeg-turbo 庫自己來做色彩空間變換，把原本 Skia 庫 YUV 轉換代碼全部刪掉了，把這個過程留給整個過程最底層的 libjpeg-turbo庫自己來做，并且用默認的 JDCT_ISLOW 方法代替JDCT_IFAST 方法。
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對億速云的支持。如果你想了解更多相關內容請查看下面相關鏈接
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
