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

在32位的电脑中数字都是以32格式存放的，如果是要求一个byte(8位)类型的数字，对于int这种32位的整形，高24位具有随机性(从所有的数字形式来看，前面的24位取值并不确定，我把它视为具有一定的随机性，比如int型的整数，高24位的取值都是不确定的。)，低8位

才是实际的数据。

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

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

的发生。

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

[java]  view plain  copy

1. public static String md5Encode(String inputStr) {  
2.         MessageDigest md5 = null;  
3.         try {  
4.             md5 = MessageDigest.getInstance("MD5");  
5.             byte[] bytes = inputStr.getBytes("UTF-8");  
6.             byte[] md5Bytes = md5.digest(bytes);  
7.             StringBuffer hexValue = new StringBuffer();  
8.             for (int i = 0; i < md5Bytes.length; i++) {  
9.                   
10.                 int value = ((int) md5Bytes[i]) & 0xff;  
11.                   
12.                 if (value < 16) {  
13.                     hexValue.append("0");  
14.                 }  
15.                 hexValue.append(Integer.toHexString(value));  
16.                   
17.             }  
18.             return hexValue.toString();  
19.               
20.         } catch (Exception e) {  
21.             return "";  
22.         }  
23.           
24.     }  

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

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

原文地址：https://blog.csdn.net/wangyang1354/article/details/52290461