安卓图片反复压缩后为什么普遍会变绿而不是其它颜色？

业余版概要：

安卓的一个核心的部分的代码，为了优化执行速度进行了魔改，结果写错了代码。结果导致 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 方法。

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对的支持。如果你想了解更多相关内容请查看下面相关链接