byte[]->new String(byte[]) -> getByte()引发的不一致问题

今天接短信接口，短信接口提供了sdk，我们可以直接用sdk发送请求然后发送对应短信。

但是想使用我们平台自定义的httpUtil实现。

然而忙了1天半，才解决这个问题，还是我同事帮忙找出问题并解决的。

　步骤：

　　1、请求信息转json

　　2、json走AES加密得到byte[]

　　3、将byte[]放入post请求发送，并接受响应。

sdk直接成功，它是自己基于HttpURLConnection封装的一套HttpUtil，直接接受了byte[]作为请求参数，使用post发送响应成功

我们的HttpUtil是基于HttpClient封装而来，post方法只能接受String或Map参数，于是将加密后的byte[] 进行new String()操作后传入，跟进信息，底层将该String采用getByte("UTF-8")进行转换给Request然后请求。一直返回解密失败。

反复调试，将contentType指定为text/plain,编码统一都是UTF-8。但依旧一直该错误。对比两种方式加密后byte[]，没有区别。最后发现使用new String(byte[])之后getByte()得到的byte[]容量变大，颠覆我的认知了，byte[]数组经过指定编码new String()然后经过指定编码getByte[]得到的居然不一致。后面定位原因是我系统默认的编码和指定的编码都是UTF-8，但是AES加密产生的byte[]的编码是ISO-8859-1,导致得到的byte[]不是原来的byte[]，所以解密失败。

也就是说我前面解码byte[]得到字符串的时候使用了错误编码，导致后面getByte指定错误编码得到的字符串解密后不是原来的样子。