16进制显示字节流技巧分享

用ue的人都会觉得16进制显示文件灰常方便。为啥捏？当你要对文件加密、转码、编码的时候，蹦出一堆01二进制看着都会头大。毕竟十六进制显示文件简短方便。至少中考高考时涂过卡吧，1+2+4+8能算明白是几吧。当然，那些中考和高考都能把1248码都涂错的童鞋们，一看就知道它们果断与程序猿这个“神剩”的职业无缘哈……

因为之前试着参加过科普创新大赛，当时做的咚咚是把文件以字节流读入，并转化成二进制、四进制、十六进制字符串，然后刷的一下子输出到控制台。再根据每个位的值，分别以2色、4色、16色的矩阵显示。写这个的目的是为了用摄像头识别，然后再还原成字节流写到文件里。这个程序设计是两个蛋疼的事实杂交出的产物——1.要求不通过任何介质和usb设备传输文件；2.zxing和qrcode有时会找不到二维码(qrcode更容易出错)。大家可以试试这个题目，用摄像头或者扬声器发送接收文件，看谁传得快，题目确实蛮有意思的呢。

当然，最重要的部分是进制转化了，读入文件的字节流byte 8位，用两个16进制显示。因为可能会遇到byte转int后为补码的情况，所以最好先统一成正数，方法其实很简单啦，一个与运算就搞定！

int result = bytes&0xff;

别小看这个语句，其实这个语句很有意思的。仔细想想，为神马加了个0xff就变成正数呢？0xff每个位都是1，那与运算不就等于没变化么？哼哼，之前还真有人这么问过我，如果真有这样的问题，那就是java基础不牢固了。byte的范围是-128~127，不是0~255，所以嘛,像byte b= -42;这样的赋值肯定不能用byte b= 214;来替代了。

弄出这个，转成n进制字符串就不是啥难事了。仔细想想，是不是有个熟悉而又陌生的类直接就带这个功能呢？没错，就是用integer来实现！但是先别急，用它之前，还得对这个int搞点小动作。

( bytes & 0xff ) + 0x100

知道这是为什么？这个就是+256啊，只是为了看得直观些，就是前面加上一位。因为你得到的int转成string的话很可能只有一个位，也就是byte转16进制时丢了一位，那整个程序岂不就全错位了？安全起见，还是先统一成三位吧。

你可以试试这个看看所有byte变16进制后的输出

public static void main(string[] args) {
for (int i = -128; i < 128; i++) {
byte b=(byte)i;
system.out.println( integer.tostring( ( b & 0xff ), 16));
}
}

看到这里，你会不会想：你怎么这么笨呢？for循环里的int为什么不改成byte，不就省了一行代码了么，多大的便宜啊！可以呀，你试试呗，反正我是不会去试的……

所以，最后把byte转化成二位16进制的代码是

integer.tostring( ( bytes & 0xff ) + 0x100, 16).substring( 1 );

对于2进制，4进制，8进制，都是一个道理，我就不举例了。一句代码就实现了，很神奇吧……

接下来就是用矩阵晶格一帧帧显示文件，用摄像头拍下识别颜色，再转换会字符串，并反馈个颜色让对方知道识别完了好换下一张图……如此循环，直到矩阵晶格显示文件已经结束。这部分代码我就不贴出来了，整个过程可以靠丰富的想象力yy出来吧……

然后是字符串转回字节流，这就是简单活了

(byte)integer.parseint(string, 16)

连位运算都不用，直接就出结果，把它们放到字节数组里，用fileoutputstream的write反复的写就可以了！别忘了关闭输入输出流哈