Android的ARGB_8888位图内部格式总是RGBA吗？

我正在尝试创建一个Bitmap在 Android 中使用Bitmap.Config.ARGB_8888在我从外部源收到字节后。据我所知，在 a 中设置原始字节的最快方法Bitmap（不使用JNI）是通过使用copyPixelsFromBuffer()方法，但是出现了关于该缓冲区中字节的正确顺序的问题。

经过一番尝试和错误，尽管事实是Config.ARGB_8888建议正确的顺序ARGB看来使用的内部格式Bitmap is RGBA。您可以使用以下方法在Activity即在onCreate()（我在Android 4.4.4中测试过，确实该方法测试copyPixelsToBuffer()但根据我的测试copyPixelsFromBuffer()行为相同）：

private void testBitmap() {
    // one pixel bitmap
    Bitmap bitmap = Bitmap.createBitmap(1, 1, Bitmap.Config.ARGB_8888);

    // as per javadoc, the int value is in ARGB format, so A=0xFF, R=0x11, G=0x22, B=0x33
    bitmap.setPixel(0, 0, 0xFF112233);

    ByteBuffer buffer = ByteBuffer.allocateDirect(4);   // 4 bytes for the single pixel
    bitmap.copyPixelsToBuffer(buffer);
    buffer.position(0);

    // prints "Bytes: 0x11 0x22 0x33 0xFF"  (RGBA)
    System.out.println(String.format(Locale.ENGLISH, "Bytes: %s %s %s %s",
            toHexString(buffer.get()),
            toHexString(buffer.get()),
            toHexString(buffer.get()),
            toHexString(buffer.get())
    ));
}

private static String toHexString(byte b) {
    return Integer.toHexString(b & 0xFF).toUpperCase();
}

我的问题是：这种内部格式是否记录在任何地方？如果不是，那么我们如何知道上面的代码在未来的 Android 版本中是否不会被破坏？或者也许还有其他建议的方法来复制原始字节Bitmap?

我想我会给出更新的答案，因为我最近对此感到困惑。

调用时的行为setPixels() vs copyPixelsFromBuffer()确实反映了高级 API 中颜色表示方式与位图中字节的实际内部排序方式的差异。这在 Bitmap 类中有所记录（至少现在），但不容易解析。

更高级的接口setPixels()需要整数，因为它们在其他高级接口（如资源）和 Color 类中，因此 ARGB如此处所述 https://developer.android.com/reference/android/graphics/Bitmap#setPixels(int%5B%5D,%20int,%20int,%20int,%20int,%20int,%20int)。然后你可以轻松地做这样的事情：bitmap.setPixel(0,0,Color.RED)。 Color 类提到了排序here https://developer.android.com/reference/android/graphics/Color#encoding as:

int color = (A & 0xff) << 24 | (R & 0xff) << 16 | (G & 0xff) << 8 | (B & 0xff);

正如您发现的那样，内部表示是 RGBAcopyPixelsFromBuffer()。 Bitmap.Config 中暗示了这一点here https://developer.android.com/reference/android/graphics/Bitmap.Config#ARGB_8888相反，如下所示，也在 NDK 位图标头中将其命名为枚举 ANDROID_BITMAP_FORMAT_RGBA_8888：

int color = (A & 0xff) << 24 | (B & 0xff) << 16 | (G & 0xff) << 8 | (R & 0xff);