Java BufferedImage类getRGB方法返回的像素值通道排序情况

最近因为工作需要，开始接触Java的图像处理，基本需求主要就是读图-分离rgb通道-转yuv字节数组。手工rgb分离这一步操作参考了网上不少的资料，但是发现对于rgb三通道的原始数据位置这一点，有多个版本。个人通过验证，初步确定了BufferedImage.getRGB()提取的像素中rgb三通道的顺序，在此先做一下记录。如果有不正确的地方，欢迎各位共享爱好者交流指正。

---

首先，根据Java官方文档可以知道，getRGB()返回的是RGB color model为ARGB的整型像素数组，原话如下：Returns an array of integer pixels in the default RGB color model (TYPE_INT_ARGB) and default sRGB color space, from a portion of the image data.Java的int是32位，ARGB包含Alpha、R、G、B四个通道，每个通道占8位。下面就是要从32位的像素值中分离出R、G、B三个通道了。

查资料的时候，4个通道从高位到低位的排序是主要分为以下三种：

1）Alpha-R-G-B        

查阅资料时，已经在w3cSchool看到了ARGB这种排序方式，参考 🔗 。

个人通过将getRGB()中提取到的4个通道的值与BufferedImage.getRaster().getDataElements()和BufferedImage.getColorModel().getRed()提取的R通道值做对比，证实了ARGB这种排序方式。该部分参考了https://zhuanlan.zhihu.com/p/463140610。

2）B-G-R-Alpha 

这个类型在我调研的过程中出现了三次：

一次是直接查找RGB的存储顺序时，详情参考 🔗 中关于RGB32部分讲解；

另外两次是在分享android中Java图像开发的文章中，详情参考 1.🔗 中关于RGB32部分讲解和 2.🔗 中有关Bitmap对象取像素值的相关处理讲解。

这部分调研的文章并没有表明与BufferedImage.getRGB()的关联，所以本人对其内容正确性暂时不做质疑。

3）Alpha-B-G-R

这类排序主要出现在网上的代码中，这里放一些示例供参考：https://blog.csdn.net/10km/article/details/51866321该文章中的RGB通道顺序经验证是有误的，代码也出现了一些问题。