业余版概要：
发展壮大离不开广大客户长期以来的信赖与支持，我们将始终秉承“诚信为本、服务至上”的服务理念，坚持“二合一”的优良服务模式，真诚服务每家企业，认真做好每个细节，不断完善自我，成就企业，实现共赢。行业涉及
玻璃钢坐凳等，在
网站建设、
成都全网营销推广、WAP手机网站、VI设计、软件开发等项目上具有丰富的设计经验。
安卓的一个核心的部分的代码，为了优化执行速度进行了魔改，结果写错了代码。结果导致 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 方法。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对创新互联的支持。如果你想了解更多相关内容请查看下面相关链接
当前名称：安卓图片反复压缩后为什么普遍会变绿而不是其它颜色？-创新互联
标题来源：
http://cdkjz.cn/article/dgjoig.html
