关于byte[]数据传输,转String产生的字符编码乱码问题

本文分享了在银行接口对接项目中遇到的乱码问题排查与解决方案。通过检查本地字符集,确认编码为UTF-8,但在测试环境中未指定字符集导致乱码。文章强调了在字符串与byte[]转换时明确指定编码的重要性。

最近在做银行接口对接的项目,总是出现乱码,我本地测试没有任何问题,接收到的数据乱码。

1 问题排查,查看本地字符集。发现本地字符集默认都是utf-8,所以本地开发环境不会出现乱码问题。但是测试环境的默认字符集我却不知道。

           String encoding = System.getProperty("file.encoding");
           System.out.println("Default System Encoding:" + encoding);

2 我知道银行方发送的报文,是utf-8的编码,然后才转化成的byte[],所以我接收完byte[]转string的时候必须添加字符集,才解决了乱码问题。第一个参数是接收到的byte[],第二个参数是字符集。

String xml_Str = new String(xml_byte, "UTF-8");

主要在开发环境没有注意编码的问题,其实,要养成一个好习惯,以后在进行string相互转化byte[]的时候一定要加编码格式,虽然开发环境不会出错,但是,进行数据传输的时候就可能乱码了。

Java中byte数组String出现乱码问题,可通过以下方法解决: - **指定字符编码**:在换过程中指定合适的字符编码,如使用"ISO-8859-1"编码可以解决部分乱码问题。示例代码如下: ```java byte[] byteArray = { /* 初始化字节数组 */ }; try { String str = new String(byteArray, "ISO-8859-1"); // 后续操作 } catch (java.io.UnsupportedEncodingException e) { e.printStackTrace(); } ``` 在将byte[]数组String,再将Stringbyte[]数组时,使用该编码可避免因编码问题导致拿到的byte[]数组和原来的byte[]数组不一致的情况[^1]。 - **确保编码表匹配**:通过`String.getBytes(String decode)`方法来得到byte[]时,要确定`decode`的编码表中确实存在String表示的码值,这样得到的byte[]数组才能正确被还原。例如: ```java String originalStr = "需要换的字符串"; byte[] byteArray = originalStr.getBytes("UTF-8"); try { String newStr = new String(byteArray, "UTF-8"); // 后续操作 } catch (java.io.UnsupportedEncodingException e) { e.printStackTrace(); } ``` 若编码表不匹配,不同编码规范处理相同字节数据会导致乱码,如GB2312规范的中文在英文系统上按ASCII或Java的UNICODE规范处理就会出现乱码[^2][^4]。 - **去除填充的0**:当数据长度小于数组给定的长度时,数组剩余部分会自动填充0,直接String会导致乱码。可使用`StringUtils.byteToStr(bytes)`方法去掉自动填充的0。示例代码如下: ```java import org.apache.commons.lang3.StringUtils; // 指定长度100 byte[] bytes = new byte[100]; // 此处省略获取数据,假设byte[]中的数据实际长度为30,剩余的70将会自动填充0 String str1 = StringUtils.byteToStr(bytes); System.out.print(str1); // 正确数据,只有实际的30位,没有填充的乱码 ``` 这样能避免因填充的0导致页面展示乱码问题[^3]。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值