感谢:https://blog.csdn.net/youngstar70/article/details/64117297

 一、总结

 在Java中,String的getBytes()方法是得到一个操作系统默认的编码格式的字节数组。这个表示在不同情况下,返回的东西不一样!

  String.getBytes(String decode)方法会根据指定的decode编码返回某字符串在该编码下的byte数组表示,如:

byte[] b_gbk = "深".getBytes("GBK");   //b_gbk的长度为2
byte[] b_utf8 = "深".getBytes("UTF-8"); //b_utf8的长度为3
byte[] b_iso88591 = "深".getBytes("ISO8859-1");// b_iso88591的长度为1
byte[] b_unicode = "深".getBytes("unicode"); //b_unicode长度为4

  将分别返回“深”这个汉字在GBK、UTF-8、ISO8859-1和unicode编码下的byte数组表示,此时b_gbk的长度为2,b_utf8的长度为3,b_iso88591的长度为1,unicode为4。

  而与getBytes相对的,可以通过new String(byte[], decode)的方式来还原这个“深”字时,这个new String(byte[], decode)实际是使用decode指定的编码来将byte[]解析成字符串。

String s_gbk = new String(b_gbk,"GBK");
String s_utf8 = new String(b_utf8,"UTF-8");
String s_iso88591 = new String(b_iso88591,"ISO8859-1");
String s_unicode = new String(b_unicode, "unicode");

  通过打印s_gbk、s_utf8、s_iso88591和unicode,会发现,s_gbk、s_utf8和unicode都是“深”,而只有s_iso88591是一个不认识的字符,为什么使用ISO8859-1编码再组合之后,无法还原“深”字呢,其实原因很简单,因为ISO8859-1编码的编码表中,根本就没有包含汉字字符,当然也就无法通过"深".getBytes("ISO8859-1");来得到正确的“深”字在ISO8859-1中的编码值了,所以再通过new String()来还原就无从谈起了。

  因此,通过String.getBytes(String decode)方法来得到byte[]时,一定要确定decode的编码表中确实存在String表示的码值,这样得到的byte[]数组才能正确被还原。

  有时候,为了让中文字符适应某些特殊要求(如http header头要求其内容必须为iso8859-1编码),可能会通过将中文字符按照字节方式来编码的情况,如

  String s_iso88591 = new String("深".getBytes("UTF-8"),"ISO8859-1"), 

  这样得到的s_iso8859-1字符串实际是三个在 ISO8859-1中的字符,在将这些字符传递到目的地后,目的地程序再通过相反的方式String s_utf8 = new String(s_iso88591.getBytes("ISO8859-1"),"UTF-8")来得到正确的中文汉字“深”。这样就既保证了遵守协议规定、也支持中文。

  同样,在开发会检查字符长度,以免数据库字段的长度不够而报错,考虑到中英文的差异,肯定不能用String.length()方法判断,而需采用String.getBytes().length;

  而这方法将返回该操作系统默认的编码格式的字节数组。如字符串“Hello!你好!”,在一个中文WindowsXP系统下,结果为12,而在英文的UNIX环境下,结果将为9。

  因为该方法和平台(编码)相关的。

  在中文操作系统中,getBytes方法返回的是一个GBK或者GB2312的中文编码的字节数组,其中中文字符,各占两个字节。

  而在英文平台中,一般的默认编码是"ISO-8859-1",每个字符都只取一个字节(而不管是否非拉丁字符)。所以在这种情况下,应该给其传入字符编码字符串,即String.getBytes("GBK").length。

二、main方法测试

public static void main(String[] args) {
String testData = "123abc数据";
//此次测试前提:参数包含中文
testU8(testData);//UTF_8-String:123abc数据
testIso(testData);//ISO_8859_1-String:123abc??
testChineseTrue(testData);//test3-String:123abc数据
testChineseFalse(testData);//test4-String:123abc??
} /**
* 正常返回:UTF_8-String:123abc数据
* @param testdata
*/
public static void testU8(String testdata){
byte[] bytes = testdata.getBytes(CharsetUtil.UTF_8);
String result = new String(bytes,CharsetUtil.UTF_8);
System.out.println("UTF_8-String:"+result);
}
/**
* 返回有乱码:123abc??
* 原因:ISO8859-1编码的编码表中,根本就没有包含汉字字符。
* @param testdata
*/
public static void testIso(String testdata){
byte[] bytes = testdata.getBytes(CharsetUtil.ISO_8859_1);
String result = new String(bytes,CharsetUtil.ISO_8859_1);
System.out.println("ISO_8859_1-String:"+result);
}
/**
* 返回:123abc数据
* 通过String.getBytes(String decode)方法来得到byte[]时,一定要确定decode的编码表中确实存在String表示的码值。
* gbk/utf-8都可以
* @param testdata
*/
public static void testChineseTrue(String testdata){
Object message = null;
message = new String(testdata.getBytes(CharsetUtil.GBK),CharsetUtil.ISO_8859_1);
String returnData = message.toString();
//解析
byte[] xmlByte =returnData.getBytes(CharsetUtil.ISO_8859_1);
String xml = "";
xml = new String(xmlByte,CharsetUtil.GBK);
System.out.println("test3-String:"+xml);
} /**
* 当传入的参数包含中文时,执行该方法出现乱码。 返回:test4-String:123abc??
* 原因:通过String.getBytes(String decode)方法来得到byte[]时,一定要确定decode的编码表中确实存在String表示的码值。
* 而ISO8859-1编码的编码表中,根本就没有包含汉字字符。
* @param testdata
*/
public static void testChineseFalse(String testdata){
Object message = null;
message = new String(testdata.getBytes(CharsetUtil.ISO_8859_1),CharsetUtil.GBK);
String returnData = message.toString();
//解析
byte[] xmlByte =returnData.getBytes(CharsetUtil.GBK);
String xml = "";
xml = new String(xmlByte,CharsetUtil.ISO_8859_1);
System.out.println("test4-String:"+xml);
}

三、本地代码解析:

    //将接收到的message编码后传送给后台
public ChannelBuffer encode(Object message) throws TransportCodecException {
try{
//message虽说是Object类型,看不到具体类型,但debug知道其数据格式为byte[],字节数组形式,可以强转为byte[],然后再通过New String(byte[],charset)方法将byte[]转换为String类型
//因为不确定接收到的message是什么编码格式,这里会统一转成gbk编码。
message = new String((byte[])message,CharsetUtil.GBK);
String gbkMessage = message.toString(); //当计算字段长度时,由于中英文的差异,肯定不能用String.length()方法判断,而需采用String.getBytes().length;
byte[] arrayOfByte = gbkMessage.getBytes(CharsetUtil.GBK);
String requestByte = String.valueOf(arrayOfByte.length);
String request = StringUtils.leftPad(requestByte,6,"0") + gbkMessage; LogConsole.info("xxx request message: " + request);
return ChannelBuffers.copiedBuffer(request.getBytes(CharsetUtil.GBK)); //
}
catch(Exception e){
}
return null;
}
//解析接收后台的报文,后台中文是用utf-8编码的,然后整体用iso再封一次。
//所以我们接收到后,会先用iso解下,decode方法返回的数据格式是byte[],再通过new String(xmlByte,CharsetUtil.UTF_8)将其按照utf-8解析。
public Object decode(ChannelBuffer buffer) throws TransportCodecException {
//ChannelBuffer该类型是本系统自己封装,通过该方法将ChannelBuffer转换为String类型,这时候的中文还是乱码,之后会用utf-8解下。
String _message = buffer.toString(CharsetUtil.ISO_8859_1); if (_message.length() <= 0){
return null;
} if (isDirect){
return buffer;
}
else{
if (exchangeLength == -1){
exchangeLength = fixedLength(_message,buffer);//后台返回报文格式为:6位的长度位+完整报文,该方法是处理长度位
} int readableLength = buffer.readableBytes();
if (hasRemaining(readableLength)){
clear();
LogConsole.info("xxx response message:" + _message);
return _message.substring(fixedLength).getBytes(CharsetUtil.ISO_8859_1);
} return null;
}
}
//byte[]转String
xml = new String(xmlByte,CharsetUtil.UTF_8);

【GBK、UTF-8、ISO8859-1】三种编码方式总结及实例的更多相关文章

  1. js加密,三种编码方式

      ·escape(69个):*/@+-._0-9a-zA-Z     ·encodeURI(82个):!#$&’()*+,/:;=?@-._~0-9a-zA-Z     ·encodeURI ...

  2. GB2312、GBK和UTF-8三种编码以及QT中文显示乱码问题

    1.GB2312.GBK和UTF-8三种编码的简要说明 GB2312.GBK和UTF-8都是一种字符编码,除此之外,还有好多字符编码.只是对于我们中国人的应用来说,用这三种编码 比较多.简单的说一下, ...

  3. 【转】GB2312、GBK和UTF-8三种编码的简要说明

    原文地址:http://www.cnblogs.com/hust-yingjie/p/5481966.htmlGB2312.GBK和UTF-8都是一种字符编码,除此之外,还有好多字符编码.只是对于我们 ...

  4. Windows 记事本的 ANSI、Unicode、UTF-8 这三种编码模式有什么区别?

    [梁海的回答(99票)]: 简答.一些细节暂无精力查证,如果说错了还请指出. 一句话建议:涉及兼容性考量时,不要用记事本,用专业的文本编辑器保存为不带 BOM 的UTF-8. * * * 如果是为了跨 ...

  5. linux学习之centos(二):虚拟网络三种连接方式和SecureCRT的使用

    ---操作环境--- 虚拟机版本:VMware Workstation_10.0.3 Linux系统版本:CentOS_6.5(64位) 物理机系统版本:win10  一.虚拟网络三种连接方式 当在V ...

  6. Android平台中实现对XML的三种解析方式

    本文介绍在Android平台中实现对XML的三种解析方式. XML在各种开发中都广泛应用,Android也不例外.作为承载数据的一个重要角色,如何读写XML成为Android开发中一项重要的技能. 在 ...

  7. Spring IOC以及三种注入方式

    IOC是spring的最基础部分,也是核心模块,Spring的其他组件模块和应用开发都是以它为基础的.IOC把spring的面向接口编程和松耦合的思想体现的淋漓尽致. IOC概念 IOC(Invers ...

  8. html(常用标签,标签分类),页面模板, CSS(css的三种引入方式),三种引入方式优先级

    HTML 标记语言为非编程语言负责完成页面的结构 组成: 标签:被<>包裹的由字母开头,可以结合合法字符( -|数字 ),能被浏览器解析的特殊符号,标签有头有尾 指令:被<>包 ...

  9. Linux基石【第二篇】虚拟网络三种连接方式(转载)

    在虚拟机上安装完Centos系统后,开始配置静态IP,以方便在本宿主机上可以访问虚拟机,在曲折的配置中,了解到虚拟机还有三种连接方式:Bridged,NAT和Host-only,于是,我又一轮新的各种 ...

随机推荐

  1. IPO套路

    日前,温州市冠盛汽车零部件集团股份有限公司(以下简称:冠盛集团)在证监会官网更新了招股说明书,距离上会仅一步之遥.值得注意的是,这已经是公司第四次披露招股说明书,2018年6月,公司曾在IPO审核最严 ...

  2. target到底是什么?

    xmake是一个基于Lua的轻量级现代化c/c++的项目构建工具,主要特点是:语法简单易上手,提供更加可读的项目维护,实现跨平台行为一致的构建体验. 本文主要详细讲解下,如果在一个项目中维护和生成多个 ...

  3. winEdt打开tex文件报错解决方法

    写论文真的是不断遇到各种困难啊,这个Latex软件就很多,好不容易中个A1区的文章,期刊说更新了新的模板就下载了,忽然发现打开有reading error,看不到一点内容,神奇的是竟然可以运行.这样的 ...

  4. body书写总框架

    Body-reason 1:Topic sentence 2-n:解释or/and 举例 段内结构: 主题句+解释 主题句+举例 主题句+解释+举例:逐渐细化 不要每一段格式一致

  5. jenkins pipeline 之 deploy k8s 环境并发送邮件通知

    项目中有更新代码之后触发jenkins任务,部署好之后并发送邮件给发开人员 #!/usr/bin/env groovy Date date = new Date()def time = date.fo ...

  6. GCC生成动态链接库(.so文件):-shared和-fPIC选项

    Linux 下动态链接库(shared object file,共享对象文件)的文件后缀为.so,它是一种特殊的目标文件(object file),可以在程序运行时被加载(链接)进来.使用动态链接库的 ...

  7. 绿洲作业第二周 - 周二music work 音乐

    Please kindly find the music work from Ms. Sophie. 1.请跟随附件中老师录制的视频进行学习和练习.(附件有带拼音的乐谱供KS1和外国学生使用) htt ...

  8. metinfo_5.3变量覆盖引发的一系列问题

    metinfo_5.3中存在一个很经典的$$型变量覆盖,这种变量覆盖在之前的博客中提到过,今天的博客围绕这个变量覆盖漏洞结合这款CMS的其他功能进行漏洞利用. 变量覆盖+文件包含 拿到这个CMS首先还 ...

  9. [tire+最短路]Bless You Autocorrect!

    [tire+最短路]Bless You Autocorrect! Typing on phones can be tedious. It is easy to make typing mistakes ...

  10. Java复习(一)——Java语言概述、开发环境、基础知识

    设计模式:在各种应用系统中被大量应用,是设计的“常用套路” 作为Java WEB开发人员,需要掌握HTML/CSS/JS和数据库相关知识 常用的应用程序框架:Spring MVC,Spring Boo ...