为什么byte变量要&0xFF

1.最近看到一些java加密的代码，意外中发现如下一段代码

 /**将二进制转换成16进制 */
    public static String parseByte2HexStr(byte buf[]) {
        StringBuffer sb = new StringBuffer();
        for (int i = 0; i < buf.length; i++) {

            String hex = Integer.toHexString(buf[i] & 0xFF);
            if (hex.length() == 1) {
                hex = '0' + hex;
            }
            sb.append(hex.toUpperCase());
        }
        return sb.toString();
    }
   
    /**将16进制转换为二进制*/
    public static byte[] parseHexStr2Byte(String hexStr) {
        if (hexStr.length() < 1)
            return null;
        byte[] result = new byte[hexStr.length()/2];
        for (int i = 0;i< hexStr.length()/2; i++) {
            int temp = Integer.parseInt(hexStr.substring(i*2, i*2+2), 16);
            result[i] = (byte) (temp);
        }
        return result;
    }

parseByte2HexStr方法是将加密出来的密文（byte数组），或者数字签名以16进制的方式显示出来，但是其中一段位运算的代码，让人看上去很疑惑，String hex = Integer.toHexString(buf[i] & 0xFF);
就是为什么要循环将byte变量和0xff相与。byte是8位的变量,0xFF是，11111111，相与难道不是自己吗？
原因是，toHexString方法接受的是一个整型参数，byte在会转成int类型，如果byte是正数则没问题，如果是负数，由于底层存的是补码，高位会补1，这就和我们想保留低8位的初衷不符了，例如-127，
原码：11111111 反码：1000000 补码10000001 转成int 32位高位补1
11111111 11111111 11111111 10000001，这样通过toHexString方法，得出的结果并非我们想要的，我们只需要低8位，所以将byte与上0xff，将前面的24为置0，这样就满足我们的需求了。