昨天写到一个md5加密的方法,里面是通过将字符串通过MD5加密算法得到新的字符串,首先string转换经过md5算法得到byte数组,将byte数据转换成int数据类型,在调用Integer.toHexString方法转换成为十六进制的字符串。具体代码如下:
public static void main(String[] args) throws NoSuchAlgorithmException {
MessageDigest mDigest=MessageDigest.getInstance("MD5");
String pwd="123456";
String temp;
byte[] md=mDigest.digest(pwd.getBytes());
StringBuilder sb=new StringBuilder();
for(byte b:md){
int a=b&0xff;
temp=Integer.toHexString(a);
if(temp.length()==1){
sb.append(0+a);
}else {
sb.append(temp);
}
}
System.out.println(sb.toString());
}
但是看到int a=b&0xff 我就纳闷了,为什么你要加一步这个操作。你直接强转不就好了。int a=(int)b 不可以么,但是这样确实不行,其他的博客里面从Java采用的是补码的运算,加上补位(有符号的补位)的问题的角度来解释的,但是我觉得还是没有解释清楚。这里我给大家提供一种角度。
byte a=-1;
int b=a&0xff;
System.out.println("0x"+Integer.toHexString(a));
System.out.println("0x"+Integer.toHexString(b));
分别输出:
a:0xfffffff
b:0xff
好~我们回归下本质:byte是8位的int是32位,我们调用Integer.toHexString()方法无非就是想将数据转换为十六进制的字符串,但是byte的8位我们的想要的2个十六进制的数字,但是int是32位的他会给我们转换成8个2进制数字(只有在byte数据为负数的情况下,因为会默认在高位补1,正数没影响补0)。因此无论是正数的byte还是负数的byte,我们都加一步这个操作int a=b&0xff,这样高24位都会变成0,而我们也并不关心高24位,我们调用Integer.toHexString()就是想要的低8位的数据。因此,这时候就可以明白byte转换成16进制字符串时候要进行这样的操作的原因了。
但是注意这里byte的转换成int数据时候我们要区别开:
byte a=-1;
int b=a&0xffffffff;
int c=(int)a;
System.out.println(Integer.toBinaryString(a));
System.out.println(Integer.toBinaryString(a));
System.out.println(Integer.toBinaryString(a));
这里也就能解释通,为什么要&0xffffffff了,因为我们关心的是32位数据,不只是8位了,byte进行位扩展后,仍是原数据即正数补0,负数补1,&0xffffffff保持原数据的准确性。