花了几天时间终于调试通了,中间走了不省弯路,对协议中一些字段的理解有些偏差。协议中“校验和”字段耗费时间最长,校验和字段计算方法描述为将“消息头+会话头+事务头+操作消息”按32位异或,最后结果取反,表示成16进制,长度为8字节。这个描述刚看上去,确实头疼,想的很复杂,但最后正确的理解却很简单。32位即4个字节,将 消息头+会话头+事务头+操作消息拼成一个byte[],然后每4个字节为一组,一组一组的进行异或,即前两组异或结果与后一组异或,最终得出结果,再取反。下面为
    /**
     * 计算检验和:将消息头+会话头+事务头+操作消息按32位异或,即4字节一组,依次异或,最后结果取反。转为16进制即为检验和。
     * 
@param str
     * 
@return
     
*/

    
public String computeCheckSum(byte[] arr) {
        System.out.println(
"checksum string=" + new String(arr));
        
byte[] res = new byte[4];
        
for (int i = 0; i < arr.length; i += 4{
            res[
0^= arr[i];
            res[
1^= arr[i + 1];
            res[
2^= arr[i + 2];
            res[
3^= arr[i + 3];
        }

        res[
0= (byte~res[0];
        res[
1= (byte~res[1];
        res[
2= (byte~res[2];
        res[
3= (byte~res[3];
        String resStr 
= "";
        
for (int i = 0; i < 4; i++{
            resStr 
= resStr + byte2hex(res[i]);
        }

        
return resStr;
    }

    
/**
     * 将单字节转成16进制
     * 
@param b
     * 
@return
     
*/

    
private String byte2hex(byte b) {
        StringBuffer buf 
= new StringBuffer();
        
char[] hexChars = '0''1''2''3''4''5''6''7''8''9''A''B''C''D''E''F' };
        
int high = ((b & 0xf0>> 4);
        
int low = (b & 0x0f);
        buf.append(hexChars[high]);
        buf.append(hexChars[low]);
        
return buf.toString();
    }

其实就是这么简单,有种恍然大捂的感觉。协议中还有一个比较让人头疼的描述:16进制表示的16位或32位整数,高8位位组在前,低8位位组在后。举个例子: 
  int n = 148;   //  转换成4字节,16进制
  int hi = n >> 8 ;  //高16位 
  int lo = n & 0x00ff;  //低16位
  String hig = Integer.toHexString(hi);  //长度不足,再补0
  String low = Integer.toHexString(lo); // 16进制
----------------------------------------------------------------
这样148按要求就转换成了0094

写此备忘,以帮助以后调试此协议的其他朋友。无助的感觉却实很不好受!

posted on 2006-12-27 23:27  rickyxing  阅读(758)  评论(0编辑  收藏  举报