我将在这次讨论中加两分钱，但我应该提前承认，我无法为您的所有问题找到确凿的答案。
那么，为什么getPixelFormat() 不返回格式为 3（或 RGBA 之类的 4）
每像素字节数？是显卡驱动问题还是什么？我可以设置
PixelFormat 到 RGBA_8888（或类似物）？
我有点不明白你到底在问什么。 getPixelFormat() 的返回值只是一个整数，它提供了一种识别活动像素格式的方法；它并不意味着将任何数据压缩成一个数字（例如MeasureSpec）。不幸的是，我没有解释为什么返回的结果与您预期的不同。我最好的猜测可能是由于操作系统的决定，因为从硬件的角度来看似乎没有限制，或者本机实现中定义的常量与 Java 中的常量不匹配。如果摩托罗拉搞砸了定义，那么您以像素格式返回 4 的事实并不一定意味着它真的是 RGB_565。
附带说明：实际上我之前在 Android 中遇到过未对齐的常量定义，尽管我目前不记得确切的位置...
只是为了确认一下，可能值得在运行时打印出像素格式的详细信息。如果确实定义了一个使用 Java PixelFormat 值但不匹配的本机常量，则您可以通过这种方式显示“真实”格式。使用 getPixelFormatInfo(int format, PixelFormat info) 方法，该方法只是委托从本机实现中检索实际值。
在 Android 4.1（自定义 rom）上，getPixelFormat() 返回 5。但这
价值是无证的。它代表什么？
如前所述，有时本地代码中定义的常量与 Java 中的常量不匹配，或者根本没有定义。大概就是这种情况。您必须进行一些挖掘才能找出它所代表的含义，但这相当简单：
/**
* pixel format definitions
*/
enum {
HAL_PIXEL_FORMAT_RGBA_8888 = 1,
HAL_PIXEL_FORMAT_RGBX_8888 = 2,
HAL_PIXEL_FORMAT_RGB_888 = 3,
HAL_PIXEL_FORMAT_RGB_565 = 4,
HAL_PIXEL_FORMAT_BGRA_8888 = 5,
HAL_PIXEL_FORMAT_RGBA_5551 = 6,
HAL_PIXEL_FORMAT_RGBA_4444 = 7,
/* 0x8 - 0xF range unavailable */
HAL_PIXEL_FORMAT_YCbCr_422_SP = 0x10, // NV16
HAL_PIXEL_FORMAT_YCrCb_420_SP = 0x11, // NV21 (_adreno)
HAL_PIXEL_FORMAT_YCbCr_422_P = 0x12, // IYUV
HAL_PIXEL_FORMAT_YCbCr_420_P = 0x13, // YUV9
HAL_PIXEL_FORMAT_YCbCr_422_I = 0x14, // YUY2 (_adreno)
/* 0x15 reserved */
HAL_PIXEL_FORMAT_CbYCrY_422_I = 0x16, // UYVY (_adreno)
/* 0x17 reserved */
/* 0x18 - 0x1F range unavailable */
HAL_PIXEL_FORMAT_YCbCr_420_SP_TILED = 0x20, // NV12_adreno_tiled
HAL_PIXEL_FORMAT_YCbCr_420_SP = 0x21, // NV12
HAL_PIXEL_FORMAT_YCrCb_420_SP_TILED = 0x22, // NV21_adreno_tiled
HAL_PIXEL_FORMAT_YCrCb_422_SP = 0x23, // NV61
HAL_PIXEL_FORMAT_YCrCb_422_P = 0x24, // YV12 (_adreno)
};
Source: hardware.h (lines 121-148)
如果您将这些值与PixelFormat.java 中定义的值进行比较，您会发现它们相加得非常好（应该如此）。也说明了神秘的5的含义，即BGRA_8888； RGBA_8888 的变体。
顺便说一句，您可能想尝试使用上述getPixelFormatInfo(...) 方法通过传入5 作为标识符来确定此整数值的像素格式详细信息。看看会返回什么会很有趣。我希望它显示与 BGRA_8888 定义匹配的值，因此类似于摩托罗拉板上链接讨论中给出的值。