Java .Net Byte数组存储差别以及解决方法

最近在Java与.Net服务Bytes数据交互碰到一个问题：.Net IntToBytes结果和Java IntToBytes结果是反序的，查了一下发现：Java stores things internally as Big Endian, while .NET is Little Endian by default.

Big Endian：最高字节在地址最低位，最低字节在地址最高位，依次排列。
Little Endian：最低字节在最低位，最高字节在最高位，反序排列。
      为何要注意字节序的问题呢？你可能这么问。固然，若是你写的程序只在单机环境下面运行，而且不和别人的程序打交道，那么你彻底能够忽略字节序的存在。可是，若是你的程序要跟别人的程序产生交互呢？在这里我想说说两种语言。C/C++语言编写的程序里数据存储顺序是跟编译平台所在的CPU相关的，而JAVA编写的程序则惟一采用big endian方式来存储数据。试想，若是你用C/C++语言在x86平台下编写的程序跟别人的JAVA程序互通时会产生什么结果？就拿上面的0x12345678来讲，你的程序传递给别人的一个数据，将指向0x12345678的指针传给了JAVA程序，因为JAVA采起big endian方式存储数据，很天然的它会将你的数据翻译为0x78563412。什么？居然变成另一个数字了？是的，就是这种后果。所以，在你的C程序传给JAVA程序以前有必要进行字节序的转换工做。

 

Java解决方法：

1 int intValue = 12345;
2 byte[] bytes1 = ByteUtils.intToBytes(intValue);   //[0, 0, 48, 57]  
3             
4 ByteBuffer byteBuffer = ByteBuffer.allocate(4);
5 byteBuffer.order(ByteOrder.LITTLE_ENDIAN);
6 byteBuffer.putInt(intValue); 
7 byte[] bytes2 = byteBuffer.array();    //[57, 48, 0, 0]

 

.NET解决方法：

System.BitConverter.GetBytes(value).Reverse().ToArray();