我试图转换一个BufferedImage's byte[]从 32 位 RGBA 到 24 位 RGB。根据这个答案 https://stackoverflow.com/a/9470843/2581401最快的方式获得byte[]从图像中可以看出：
byte[] pixels = ((DataBufferByte) bufferedImage.getRaster().getDataBuffer()).getData();
因此，我迭代所有字节，假设它们的顺序为 R G B A，并且对于每 4 个字节，我将前 3 个写入输出 byte[]（即忽略 alpha 值）。
当从 Eclipse 运行并且字节转换正确时，此方法工作正常。但是，当我从命令行运行相同的程序时，会以相反的字节顺序返回相同的字节！
The test image I use for my test is a 5x5 black image where only its top-left corner is different having the RGBA color [aa cc ee ff]: 
为了方便起见，还提供了放大版本：
我的文件夹结构是：
- src/
- test.png
- test/
- TestBufferedImage.java
SSCCE 的内容如下：
package test;
import java.awt.image.BufferedImage;
import java.awt.image.DataBufferByte;
import java.io.IOException;
import java.io.InputStream;
import javax.imageio.ImageIO;
public class TestBufferedImage {
private static void log(String s) {
System.out.println(s);
}
private static String toByteString(byte b) {
// Perform a bitwise AND for convenience while printing.
// Otherwise Integer.toHexString() interprets values as integers and a negative byte 0xFF will be printed as "ffffffff"
return Integer.toHexString(b & 0xFF);
}
/**
* @param args
* @throws IOException
*/
public static void main(String[] args) throws IOException {
InputStream stream = TestBufferedImage.class.getClassLoader().getResourceAsStream("test.png");
BufferedImage image = ImageIO.read(stream);
stream.close();
log("Image loaded succesfully, width=" + image.getWidth() + " height=" + image.getHeight());
log("Converting from 32-bit to 24-bit...");
DataBufferByte buffer = (DataBufferByte)image.getRaster().getDataBuffer();
byte[] input = buffer.getData();
byte[] output = convertTo24Bit(input);
log("Converted total of " + input.length + " bytes to " + output.length + " bytes");
}
private static byte[] convertTo24Bit(byte[] input) {
int dataLength = input.length;
byte[] convertedData = new byte[ dataLength * 3 / 4 ];
for (int i = 0, j = 0; i < dataLength; i+=4, j+=3) {
convertIntByteToByte(input, i, convertedData, j);
}
return convertedData;
}
private static void convertIntByteToByte(byte[] src, int srcIndex, byte[] out, int outIndex) {
byte r = src[srcIndex];
byte g = src[srcIndex+1];
byte b = src[srcIndex+2];
byte a = src[srcIndex+3];
out[outIndex] = r;
out[outIndex+1] = g;
out[outIndex+2] = b;
log("i=" + srcIndex
+ " Converting [" + toByteString(r) + ", " + toByteString(g)
+ ", " + toByteString(b) + ", " + toByteString(a) + "] --> ["
+ toByteString(out[outIndex]) + ", " + toByteString(out[outIndex+1])
+ ", " + toByteString(out[outIndex+2]) + "]"
);
}
}
从 Eclipse 运行时的输出（版本：Juno Service Release 2 Build id：20130225-0426）：
Image loaded succesfully, width=5 height=5
Converting from 32-bit to 24-bit...
i=0 Converting [aa, cc, ee, ff] --> [aa, cc, ee] // <-- Bytes have the correct order
i=4 Converting [0, 0, 0, ff] --> [0, 0, 0]
i=8 Converting [0, 0, 0, ff] --> [0, 0, 0]
.....
i=96 Converting [0, 0, 0, ff] --> [0, 0, 0]
Converted total of 100 bytes to 75 bytes
从命令行 (Windows Vista) 运行时的输出java test.TestBufferedImage:
Image loaded succesfully, width=5 height=5
Converting from 32-bit to 24-bit...
i=0 Converting [ff, ee, cc, aa] --> [ff, ee, cc] // <-- Bytes are returned with a different byte order!
i=4 Converting [ff, 0, 0, 0] --> [ff, 0, 0]
i=8 Converting [ff, 0, 0, 0] --> [ff, 0, 0]
.....
i=96 Converting [ff, 0, 0, 0] --> [ff, 0, 0]
Converted total of 100 bytes to 75 bytes
那么有没有人遇到过类似的问题和/或可以解释到底发生了什么？为什么从 Eclipse 内部运行时字节顺序不同？
在回答我自己的问题之前，我真的、真的、真的感谢@Joni 和@haraldK，他们为我指明了正确的方向。我对内部结构的了解BufferedImage, ColorModel, SampleModel类似的事情不太好，所以他们帮助了我。
所以这就是发生的事情：
首先，不同的行为是由不同的 JRE 引起的。打印java版本的日志语句显示Eclipse打印1.6.0_16-b01当命令行打印时1.6.0_31-b05。显然是图像加载的实现（这将是PNGImageReader类）在版本之间发生了变化，我怀疑它在这个变化 https://bugs.java.com/bugdatabase/view_bug?bug_id=6549882.
尽管两个版本使用相同的ColorModel and SampleModel所以我无法理解这个变化（对我来说这似乎是一个真正的密码破译者）所以我进一步调查了。
两个版本之间的重要变化PNGImageReader曾在Iterator<ImageTypeSpecifier> getImageTypes()决定可用于创建新图像的可用兼容格式的方法：
版本1.6.0_16-b01：
...
case PNG_COLOR_RGB_ALPHA:
// Component R, G, B, A (non-premultiplied)
rgb = ColorSpace.getInstance(ColorSpace.CS_sRGB);
bandOffsets = new int[4];
bandOffsets[0] = 0;
bandOffsets[1] = 1;
bandOffsets[2] = 2;
bandOffsets[3] = 3;
l.add(ImageTypeSpecifier.createInterleaved(rgb,
bandOffsets,
dataType,
true,
false));
break;
版本1.6.0_31-b05：
...
case PNG_COLOR_RGB_ALPHA:
if (bitDepth == 8) {
// some standard types of buffered images
// wich can be used as destination
l.add(ImageTypeSpecifier.createFromBufferedImageType(
BufferedImage.TYPE_4BYTE_ABGR));
l.add(ImageTypeSpecifier.createFromBufferedImageType(
BufferedImage.TYPE_INT_ARGB));
}
// Component R, G, B, A (non-premultiplied)
rgb = ColorSpace.getInstance(ColorSpace.CS_sRGB);
bandOffsets = new int[4];
bandOffsets[0] = 0;
bandOffsets[1] = 1;
bandOffsets[2] = 2;
bandOffsets[3] = 3;
l.add(ImageTypeSpecifier.createInterleaved(rgb,
bandOffsets,
dataType,
true,
false));
break;
所以在新版本中，新ImageTypeSpecifier告诉 PNG 加载器，内部表示的兼容图像是BufferedImage.TYPE_4BYTE_ABGR由于它是列表中的第一种类型，因此加载程序会继续使用它。这就是颜色通道的带（以及字节）被反转的原因。
意识到上述情况后，我突然意识到这并不是我想象的错误或代码破坏者。原因是因为我正在使用byte[] pixels = ((DataBufferByte) bufferedImage.getRaster().getDataBuffer()).getData();为了获取字节，我实际上是在侵入内部数据结构（即忽略SampleModel）的图像。合同中没有任何内容ImageReader保证字节的顺序。如果需要，它可以自由地更改其内部数据结构（这就是封装的要点，对吧？）。正确配置的方法ImageReader如果您想要除默认行为之外的任何其他内容，请获取其默认行为ImageReadParam并配置它。然后使用将其传回给读者reader.read(imageIndex, param);
因为我实际上希望读者返回图像字节的特定格式，所以我应该这样做：
log("Java version: " + System.getProperty("java.runtime.version"));
// get the reader
ImageReader ir = ImageIO.getImageReadersByFormatName("png").next();
// get the default param
ImageReadParam p = ir.getDefaultReadParam();
p.setDestinationType(
// define the image type to return if supported
ImageTypeSpecifier.createInterleaved(
ColorSpace.getInstance(ColorSpace.CS_sRGB),
new int[] {0, 1, 2, 3}, // <-- the order of the color bands to return so the bytes are in the desired order
DataBuffer.TYPE_BYTE,
true, false)
);
InputStream stream = TestBufferedImage.class.getClassLoader().getResourceAsStream("test.png");
ImageInputStream imageStream = ImageIO.createImageInputStream(stream);
ir.setInput(imageStream);
BufferedImage image = ir.read(0, p);
现在，两个版本都将以相同的 RGBA 形式返回字节顺序，即在两种情况下都会打印不同颜色的输出：
...
i=0 Converting [aa, cc, ee, ff] --> [aa, cc, ee]
...