toHexString(b[n] & 0XFF)为什么要和0XFF做与运算

在32位的电脑中数字都是以32格式存放的，如果是一个byte(8位)类型的数字，高24位里面都是随机数字，低8位

才是实际的数据。

java.lang.Integer.toHexString() 方法的参数是int(32位)类型，如果输入一个byte(8位)类型的数字，这个

方法会把这个数字的高24为也看作有效位，这就必然导致错误，使用& 0XFF操作，可以把高24位置0以避免这样错误

的发生。

这里让我想到的是MD5实现的算法的时候有一段

public static String md5Encode(String inputStr) {
		MessageDigest md5 = null;
		try {
			md5 = MessageDigest.getInstance("MD5");
			byte[] bytes = inputStr.getBytes("UTF-8");
			byte[] md5Bytes = md5.digest(bytes);
			StringBuffer hexValue = new StringBuffer();
			for (int i = 0; i < md5Bytes.length; i++) {
				
				int value = ((int) md5Bytes[i]) & 0xff;
				
				if (value < 16) {
					hexValue.append("0");
				}
				hexValue.append(Integer.toHexString(value));
				
			}
			return hexValue.toString();
			
		} catch (Exception e) {
			return "";
		}
		
	}

这里面再调用了加密算法完成之后，会返回byte数组，大小为16，最终生成的是32位的加密数据。总体的思路是把每一个byte替换为16进制的两个位的数据，至于为什么两位，是因为每个byte是8位的数据最大不会超过两位的十六进制的数据去。

那么这里之所以转为整形无非是整形的包装类中有Integer.toHexString()这个将其转为16进制的方法，如果Byte中有的话，估计这里是不会转为整形的。如果结果小于十六的时候，要再前面加上一个0填满两位的十六进制。