在博主之前的文章中，有简单介绍过二进制，除了二进制，16进制也是常用的，例如在博主接触的tcp(modbus)协议中 16进制就经常出现。
如何发送byte数组指令
我们假设在对接中，知道固定的指令是16进制数组 代码示例如下：
// 16进制为例
byte rq = new byte[]{
0x00,0x00,0x00,0x00,0x01,0x03}
// 在netty中为例：
channelHandlerContext.writeAndFlush(rq );
// 需要先配置编码器
// socketChannel.pipeline().addLast("ByteArrayDecoder", new ByteArrayDecoder());
如何发送动态byte数组指令
上述例子中, 我们是知道指令的，而且指令是固定的，换句话说，byte数组里面的内容，是我们加上0x前缀写死的，那假设我们的指令并不是固定的，是可变的呢？
伪代码还原一下场景：
int id = ?;
byte rq ;
if (id == 3){
rq= new byte[]{
0x00,0x00,0x00,0x00,0x01,0x03}
} else if (id == 6){
rq= new byte[]{
0x00,0x00,0x00,0x00,0x01,0x06}
} else if(id == 9){
rq= new byte[]{
0x00,0x00,0x00,0x00,0x01,0x09}
}else{
// other
}
如果id是有限个，我们还可以如上定义，那如果id是未知个呢？
如果基础比较差的同学可能会产生疑惑，不知道该如何定义了。
我们只需要直接将int强转byte就好了
rq= new byte[]{
0x00,0x00,0x00,0x00,0x01,(byte) id};
byte和int互转问题
上文提到 int强转byte就好，但是byte和int之间互转会有个范围问题：
int t = 255;
// (byte范围是-128-127)
byte tt = (byte) t; // -1
// 而byte是可以直接转int的
int ttt = tt; // -1
可以看到byte为负数时，直接转回int就会出现问题了,那我们要如何得到int原来的数呢？我们需要将 tt 和 0xFF 做一次与运算,得到无符号数
（前提是知道int一定是正数）。
int res = tt & 0xFF; //255
说了那么多，可能有的同学会疑惑，为什么会出现byte范围的数据呢？
比如别人给过来的tcp数据格式是：00 00 00 00 00 04 01 02 03 FF ,(16进制)，最后这个FF字节，就超过范围了。
科普一个小知识：大胆点，这个结果是true
byte和byte字符串互转问题
还是以16进制为例，我们需要引入hutool包，
<dependency>
<groupId>cn.hutool</groupId>
<artifactId>hutool-all</artifactId>
<version>5.0.7</version>
</dependency>
// bytes to hexStr
byte[] bytes = new byte[]{
0x00,0x00,0x00,0x00,0x01};
// ”0000000001“
String hexStr = HexUtil.encodeHexStr(bytes);
// hexStr to bytes
byte[] b = HexUtil.decodeHex(hexStr);
十进制转16进制字符串
String str = Integer.toHexString(11); // b
如果需要占两位长度 ,即： 0b ，则手动判断str的长度， 拼接一个0即可
str += "0"
还是有个常识性的问题，基础好的同学别看，看了反而会迷糊。
基础差的同学 可以看看：
我们只能手动声明0x 来表示16进制，但它并不是一个类型，
不能像10进制直接用long和int类型来表示
byte a = 0x01; // 16进制中01 的byte值
int b = 0x01; // 16进制中01 的int值
所以我们在代码中，一般都是用byte 或者String hexStr 来表示16进制,
还是那个例子 (byte) 0xFF 和 byte -1 值是相等的