花了几天时间终于调试通了,中间走了不省弯路,对协议中一些字段的理解有些偏差。协议中“校验和”字段耗费时间最长,校验和字段计算方法描述为将“消息头+会话头+事务头+操作消息”按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();
}
* 计算检验和:将消息头+会话头+事务头+操作消息按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
写此备忘,以帮助以后调试此协议的其他朋友。无助的感觉却实很不好受!