1. 背景

　　使用socket在Java程序與C程序間進行進程間通信。本文主要描述了在同C程序進行通信的Client端的Java實現功能。

　　1.1. 使用的語言

　　Client端：Java，JVM（JDK1.3）

　　Server端：C，UNIX（Sun Solaris）

　　1.2. 討論范圍

　　數據發送：只涉及到Java中int整型系列的討論，包括byte，short，int。

　　數據接受：涉及到byte，short，int，long，float，double，char。

　　1.3.Java與C的數據類型的比較

　　Type Java C

　　short 2-Byte 2-Byte

　　int 4-Byte 4-Byte

　　long 8-Byte 4-Byte

　　float 4-Byte 4-Byte

　　double 8-Byte 8-Byte

　　boolean 1-bit N/A

　　byte 1-Byte N/A

　　char 2-Byte 1-Byte

　　2. 實現

　　輸出流：使用OutputStream流發送數據到C程序端。

　　輸入流：使用DataInputStream流從C程序端接受數據

　　2.1. 數據發送

　　由于DataOutputStream流對于Java各個基本數據類型都相應地提供了“寫”方法，如wrightShort和wrightInt等，因此當進行進程間通信（sockect通信）時，我們總是優先考慮使用DataOutputStream流。

　　下面我們對DataOutputStream流及其成員方法進行分析：

　　2.1.1. DataOutputStream流

　　DataOutputStream流實現了接口DataOutput。

　　本文只討論writeByte(int v)、writeShort(int v)和writeInt(int v)部分（這是因為我們需要發送的數據只涉及到int，short和byte，其它的long，double等則不在這里介紹），而且它們都有一個共同的特征，即唯一的int類型的輸入參數。

　　這些成員方法的功能描述也為我們以后手動進行字節順序轉換，提供了理論依據。

　　2.1.2.

　　網絡字節順序

　　規定：網絡上傳輸的數據統一采用Big Endian格式（即“高字節在前”），我們稱之為“網絡字節順序”（network byte order）。

　　Big Endian格式：

　　高字節 低字節

　　1 2 3 4

　　Byte[0] byte[1] byte[2] byte[3]輸出緩沖區

　　因此，無論本機字節順序采用的那種順序，在發送到網絡之前都要轉化為網絡字節順序，才能進行傳輸。特別是在Java與C兩種不同語言的應用程序間進行通信時，這一點優為重要。（若是兩個Java程序間通信時可能只要保證接受與發送采用相同的字節順序，則可以不進行轉換格式，但這種做法并不好，不具有良好的移植性）

　　2.1.3. 數據發送：手動字節轉換 / writeInt方法

　　以writeInt(int v)為例進行描述：

　　閱讀DataOutput的writeInt(int v)方法的文檔可知：

　　使用writeInt方法可以寫一個4-byte的int值v到輸出流，其字節順序為:

　　(byte)(0xff & (v >> 24)) byte[0] 高字節

　　(byte)(0xff & (v >> 16)) byte[1]

　　(byte)(0xff & (v >> 8)) byte[2]

　　(byte)(0xff & v) byte[3] 低字節

　　這樣的字節順序為Big Endian格式，標準的“網絡字節順序”。

　　但是在實際工作中輸出流采用DataOutputStream.readInt(int)方法時寫數據出錯，需要自己手動按照以上所說的對需要寫的v值進行轉換（通過移位完成），轉換的代碼如下所示，可參見程序SocketClient.java中的ByteConverter.intToByte()方法。

　　static public final byte[] intToByte(

　　int value, int offset, int length, byte[] buffer)

　　{ // High byte first on network

　　for (int i=0,j=length-1; i<length; i++,j--) {

　　if ( j+offset >= 0 && j+offset < 1024 ) {

　　buffer[j+offset] = (byte)( (value >> i*8) & 0xFF );

　　} else {

　　System.out.println (

　　"Array index out of the bounds:Index=" + (j+offset) );

　　}

　　}

　　return buffer;

　　}

　　2.2. 數據接收

　　同數據發送相同，由于DataInputStream流對于Java各個基本數據類型都相應地提供了“讀”方法，如readShort和readInt等，因此當進行進程間通信（sockect通信）時，我們總是優先考慮使用DataInputStream流。

　　而與數據發送不同的是，DataInputStream下的成員方法經實際測試，“基本上可以”根據數據類型正確讀出相應的數值。

　　但并非完美，特別是與不同語言的應用程序進行通信時（如C）。

　　根據表1（Java與C的數據類型的比較）可知：

　　(1)long型的字節數在Java和C中相差4個字節：

　　因此由readLong方法讀來的數值應進行帶符號的右移32（4-byte）位才能得到在C程序中相應的long型數值。

　　Type Java C

　　long 8-Byte 4-Byte

　　(2)由于Java中的char型為2個字節，C中的char型為1個字節，因此不能使用readChar方法來讀取C程序中的char數值。

　　然而在Java中byte型為1個字節長，因此可以使用readByte方法得到C程序中的char型數值。

　　Type Java C

　　byte 1-Byte N/A

　　char 2-Byte 1-Byte

　　最近一個項目中c/c++代碼和java代碼通信，c那邊用的是UINT類型，穿過來時4個字節，在這邊java要把這4個字節轉換成數值。這里就出現了一個java和c數值類型存儲順序不同的問題了。

　　從微觀上來看，也就是從單個byte來看，在c中和在java中存放的順序是一樣的，例如31在c中表示為0x1F（從左往右輸出表示），在java中也是如此。但是如果從宏觀，也就是每個byte之間的順序，java和c就大不一樣了。從宏觀來說java也是高高低低，高位放左邊低位放右邊，但是c中剛好相反。

　　如果在c中，31L的16進制從左往右輸出結果是1F00000000000000，java中是000000000000001F。