用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反复的写就可以了！别忘了关闭输入输出流哈