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反复的写就可以了！别忘了关闭输入输出流哈……(这个蠢问题去年发生了好几次了，每次出错都在谷歌上搜……哎，没记性嘛)

    完整的程序的话打算整理整理扔到github上做个纪念，毕竟是自己写的一个用显示器和摄像头传输信息的工具呢。哎，马上大三实习了，准备简历各种累啊有木有？在此牢骚牢骚。有个网站的简历还非得让我写特殊技能，不写还不行！不让我提交！这就让我伤脑筋了。我一个普普通通的P苯窠僧有什么特技呢？我忧伤的想了良久，最后写了句：在大学能耐得住三年(以上)的寂寞……哈哈，开玩笑呢。祝各校光棍大神们能暑假得到好的实习机会，毕业后能弄到好的offer，那些大学里秀恩爱的咒你们老老实实的跪搓衣板去……

转载于:https://my.oschina.net/tdONEmadao/blog/203837