java中编码Unicode及utf-8,gbk问题

转载 2016年05月30日 16:27:56
   我们经常会遇到编码问题。Java号称国际化的语言,是因为它的class文件采用UTF-8,而JVM运行时使用UTF-16(至于为什么JVM中要采用UTF-16,我没看过 相关的资料,但我猜可能是因为JAVA里面一个字符(char)就是16位的,而UTF-16正是双字节编码),都是unicode的编码。

     unicode 的目标就是能支持世界上所有的字符集,也就是说几乎所有的字符集包含的字符在unicode中都有对应的编码。在unicode中,字符与代码的映射关 系,就是unicode字符集,称为UCS(Unicode Character Set),每个unicode字符编码称为code point(代码点?)。UTF-8和UTF-16是不同的UCS编码方法,UTF就是UCS Transformation Format。;

     在Java 中,String的getBytes()方法就是对特定的字符串(unicode)按照给定的字符集进行编码(encode),new String()则可以按照某个字符集将字节流转换回unicode(decode)。Java里面的每一个String都是unicode编码。

     再来看页面,如果不做特殊处理,Form的提交就按照页面的ContentType设置中的字符集进行编码转换,发送到后台,后台必须利用req.setCharacterEncoding来指定参数的编码格式(不同的应用服务器应有不同的指定方式),才能正确解码。

     Java 里面的encode和decode都是相对于unicode而言的,encode的意思是将char[] --> XXX Encoding byte[],decode就是由XXX Encoding byte[] --> char[]。平常,当我们说“将GBK编码转换为UTF-8编码”的时候,实际的意思就是:GBK Encoding byte[] --> UTF-8 Encoding byte[],这种转换只有在需要用byte[]传输数据的时候才有意义,否则便是毫无意义的。

      首先要说明的一点是:Java中的String对象就是一个unicode编码的字符串。

      但是,我们通常会听到有人说:“我们需要将String由ISO-8859-1转换为GBK编码”,这又是怎么回事呢?实际上,我们并不是要“将 一个由ISO-8859-1编码的String转换为GBK编码的String”,反复说明的是,JAVA中的String都是unicode编码的,所以不存在“ISO- 8859-1编码的String”或“GBK编码的String”这样的说法。而需要转换的唯一的原因是String进行了错误的编码。我们经常会碰到由ISO-8859- 1转换为诸如GBK/UTF-8等等这样的需求。所谓的转换过程是:String --> byte[] -->String。
也许 你非常清楚这个过程的代码:new String(text.getBytes("ISO-8859-1"),"GBK")。但是,要真正理解起来并不是那么简单。表面上看似乎很容易理解, 不就是将text String对象按照ISO-8859-1的方式编码为byte[]然后再把它按照GBK的方式转换为String吗?但是这句代码很容易会被误解为: “将text String由ISO-8859-1转换为GBK编码”,这种说法是错误的。难道你见过用这样的代码:new String(text.getBytes("GBK"),"UTF-8")来对String进行编码转换的吗?

      之所以你会经常看到new String(text.getBytes("ISO-8859-1"),"GBK")这句代码,是因为一个GBK的字节流被错误地以ISO-8859- 1的方式转换为String(unicode)了!发生这种情况最普遍的地方是一个GBK编码的网页向后台提交数据的时候,就有可能会看到这句代码的出 现。GBK的流被错误的当成ISO8859-1的流,所以便得到了一个错误的String。由于ISO8859-1是单字节编码,所以每个字节被按照原样 转换为String,也就是说,虽然这是一个错误的转换,但编码没有改变,所以我们仍然有机会把编码转换回来!所以那句经典的new String(text.getBytes("ISO-8859-1"),"GBK")便出现了。

如果系统误以为是其它编码格式,就有可能再也转换不回来了,因为编码转换并不是负负得正那么简单的



首先讲一下几种字符的编码方式:

1. ASCII码

我们知道,在计算机内部,所有的信息最终都表示为一个二进制的字符串。每一个二进制位(bit)有0和1两种状态,因此八个二进制位就可以组合出256种状态,这被称为一个字节(byte)。也就是说,一个字节一共可以用来表示256种不同的状态,每一个状态对应一个符号,就是256个符号,从0000000到11111111。

上个世纪60年代,美国制定了一套字符编码,对英语字符与二进制位之间的关系,做了统一规定。这被称为ASCII码,一直沿用至今。

ASCII码一共规定了128个字符的编码,比如空格“SPACE”是32(二进制00100000),大写的字母A是65(二进制01000001)。这128个符号(包括32个不能打印出来的控制符号),只占用了一个字节的后面7位,最前面的1位统一规定为0。

2、非ASCII编码

英语用128个符号编码就够了,但是用来表示其他语言,128个符号是不够的。比如,在法语中,字母上方有注音符号,它就无法用ASCII码表示。于是,一些欧洲国家就决定,利用字节中闲置的最高位编入新的符号。比如,法语中的é的编码为130(二进制10000010)。这样一来,这些欧洲国家使用的编码体系,可以表示最多256个符号。

但是,这里又出现了新的问题。不同的国家有不同的字母,因此,哪怕它们都使用256个符号的编码方式,代表的字母却不一样。比如,130在法语编码中代表了é,在希伯来语编码中却代表了字母Gimel (?),在俄语编码中又会代表另一个符号。但是不管怎样,所有这些编码方式中,0—127表示的符号是一样的,不一样的只是128—255的这一段。

至于亚洲国家的文字,使用的符号就更多了,汉字就多达10万左右。一个字节只能表示256种符号,肯定是不够的,就必须使用多个字节表达一个符号。比如,简体中文常见的编码方式是GB2312,使用两个字节表示一个汉字,所以理论上最多可以表示256x256=65536个符号。

中文编码的问题需要专文讨论,这篇笔记不涉及。这里只指出,虽然都是用多个字节表示一个符号,但是GB类的汉字编码与后文的Unicode和UTF-8是毫无关系的。

3.Unicode

正如上一节所说,世界上存在着多种编码方式,同一个二进制数字可以被解释成不同的符号。因此,要想打开一个文本文件,就必须知道它的编码方式,否则用错误的编码方式解读,就会出现乱码。为什么电子邮件常常出现乱码?就是因为发信人和收信人使用的编码方式不一样。

可以想象,如果有一种编码,将世界上所有的符号都纳入其中。每一个符号都给予一个独一无二的编码,那么乱码问题就会消失。这就是Unicode,就像它的名字都表示的,这是一种所有符号的编码。

Unicode当然是一个很大的集合,现在的规模可以容纳100多万个符号。每个符号的编码都不一样,比如,U+0639表示阿拉伯字母Ain,U+0041表示英语的大写字母A,U+4E25表示汉字“严”。具体的符号对应表,可以查询unicode.org,或者专门的汉字对应表。

4. Unicode的问题

需要注意的是,Unicode只是一个符号集,它只规定了符号的二进制代码,却没有规定这个二进制代码应该如何存储。

比如,汉字“严”的unicode是十六进制数4E25,转换成二进制数足足有15位(100111000100101),也就是说这个符号的表示至少需要2个字节。表示其他更大的符号,可能需要3个字节或者4个字节,甚至更多。

这里就有两个严重的问题,第一个问题是,如何才能区别unicode和ascii?计算机怎么知道三个字节表示一个符号,而不是分别表示三个符号呢?第二个问题是,我们已经知道,英文字母只用一个字节表示就够了,如果unicode统一规定,每个符号用三个或四个字节表示,那么每个英文字母前都必然有二到三个字节是0,这对于存储来说是极大的浪费,文本文件的大小会因此大出二三倍,这是无法接受的。

它们造成的结果是:1)出现了unicode的多种存储方式,也就是说有许多种不同的二进制格式,可以用来表示unicode。2)unicode在很长一段时间内无法推广,直到互联网的出现。

5.UTF-8

互联网的普及,强烈要求出现一种统一的编码方式。UTF-8就是在互联网上使用最广的一种unicode的实现方式。其他实现方式还包括UTF-16和UTF-32,不过在互联网上基本不用。重复一遍,这里的关系是,UTF-8是Unicode的实现方式之一。

UTF-8最大的一个特点,就是它是一种变长的编码方式。它可以使用1~4个字节表示一个符号,根据不同的符号而变化字节长度。

UTF-8的编码规则很简单,只有二条:

1)对于单字节的符号,字节的第一位设为0,后面7位为这个符号的unicode码。因此对于英语字母,UTF-8编码和ASCII码是相同的。

2)对于n字节的符号(n>1),第一个字节的前n位都设为1,第n+1位设为0,后面字节的前两位一律设为10。剩下的没有提及的二进制位,全部为这个符号的unicode码。

下表总结了编码规则,字母x表示可用编码的位。

Unicode符号范围 | UTF-8编码方式
UTF字节数                  (十六进制) | (二进制)
--------------------+---------------------------------------------

一个字节 0000 0000-0000 007F | 0xxxxxxx
两个字节 0000 0080-0000 07FF | 110xxxxx 10xxxxxx
三个字节 0000 0800-0000 FFFF | 1110xxxx 10xxxxxx 10xxxxxx
四个字节 0001 0000-0010 FFFF | 11110xxx 10xxxxxx 10xxxxxx 10xxxxxx

下面, 还是以汉字“严”为例,演示如何实现UTF-8编码。

已知“严”的unicode是4E25(100111000100101),根据上表,可以发现4E25处在第三行的范围内(0000 0800-0000 FFFF),因此“严”的UTF-8编码需要三个字节,即格式是“1110xxxx 10xxxxxx 10xxxxxx”。然后,从“严”的最后一个二进制位开始,依次从后向前填入格式中的x,多出的位补0。这样就得到了,“严”的UTF-8编码是“11100100 10111000 10100101”,转换成十六进制就是E4B8A5。

6. Unicode与UTF-8之间的转换

通过上一节的例子,可以看到“严”的Unicode码是4E25,UTF-8编码是E4B8A5,两者是不一样的。它们之间的转换可以通过程序实现。

在Windows平台下,有一个最简单的转化方法,就是使用内置的记事本小程序Notepad.exe。打开文件后,点击“文件”菜单中的“另存为”命令,会跳出一个对话框,在最底部有一个“编码”的下拉条。

7. iso8859-1编码

    属于单字节编码,最多能表示的字符范围是0-255,应用于英文系列。比如,字母a的编码为0×61=97.很明显,iso8859-1编码表示的字符范围很窄,无法表示中文字符。但是,由于是单字节编码,和计算机最基础的表示单位一致,所以很多时候,仍旧使用iso8859-1编码来表示。而且在很多协议上,默认使用该编码。比如,虽然"中文"两个字不存在iso8859-1编码,以gb2312编码为例,应该是"d6d0 cec4"两个字符,使用iso8859-1编码的时候则将它拆开为4个字节来表示:"d6 d0 ce c4"(事实上,在进行存储的时候,也是以字节为单位处理的)。而如果是UTF编码,则是6个字节"e4 b8 ad e6 96 87".很明显,这种表示方法还需要以另一种编码为基础。

java对字符的处理

    在java应用软件中,会有多处涉及到字符集编码,有些地方需要进行正确的设置,有些地方需要进行一定程度的处理。

1. getBytes(charset)

    这是java字符串处理的一个标准函数,其作用是将字符串所表示的字符按照charset编码,并以字节方式表示。注意字符串在java内存中总是按unicode编码存储的。比如"中文",正常情况下(即没有错误的时候)存储为"4e2d 6587",如果charset为"gbk",则被编码为"d6d0 cec4",然后返回字节"d6 d0 ce c4".如果charset为"utf8"则最后是"e4 b8 ad e6 96 87".如果是"iso8859-1",则由于无法编码,最后返回 "3f 3f"(两个问号)。

java   .class类的编码为:unicode;

windows 默认的编码为:中文:gb2312; 英文:iso8859;

String str = "张三" ;

byte[] jiema= str.getBytes("gb2312") ; //解码

String   bianma = new String(jiema,"UTF-8");//编码 如果上面的解码不对 可能出现问题

2. new String(charset)

    这是java字符串处理的另一个标准函数,和上一个函数的作用相反,将字节数组按照charset编码进行组合识别,最后转换为unicode存储。参考上述getBytes的例子,"gbk" 和"utf8"都可以得出正确的结果"4e2d 6587",但iso8859-1最后变成了"003f 003f"(两个问号)。

    因为utf8可以用来表示/编码所有字符,所以new String( str.getBytes( "utf8" ), "utf8" ) === str,即完全可逆。

3. setCharacterEncoding()

    该函数用来设置http请求或者相应的编码。

    对于request,是指提交内容的编码,指定后可以通过getParameter()则直接获得正确的字符串,如果不指定,则默认使用iso8859-1编码,需要进一步处理。参见下述"表单输入".值得注意的是在执行setCharacterEncoding()之前,不能执行任何getParameter()。java doc上说明:This method must be called prior to reading request parameters or reading input using getReader()。而且,该指定只对POST方法有效,对GET方法无效。分析原因,应该是在执行第一个getParameter()的时候,java将会按照编码分析所有的提交内容,而后续的getParameter()不再进行分析,所以setCharacterEncoding()无效。而对于GET方法提交表单是,提交的内容在URL中,一开始就已经按照编码分析所有的提交内容,setCharacterEncoding()自然就无效。

    对于response,则是指定输出内容的编码,同时,该设置会传递给浏览器,告诉浏览器输出内容所采用的编码。

4. 处理过程

    下面分析两个有代表性的例子,说明java对编码有关问题的处理方法。

   4.1. 表单输入

    User input *(gbk:d6d0 cec4) browser *(gbk:d6d0 cec4) web server iso8859-1(00d6 00d 000ce 00c4) class,需要在class中进行处理:getbytes("iso8859-1")为d6 d0 ce c4,new String("gbk")为d6d0 cec4,内存中以unicode编码则为4e2d 6587.

    l 用户输入的编码方式和页面指定的编码有关,也和用户的操作系统有关,所以是不确定的,上例以gbk为例。

    l 从browser到web server,可以在表单中指定提交内容时使用的字符集,否则会使用页面指定的编码。而如果在url中直接用?的方式输入参数,则其编码往往是操作系统本身的编码,因为这时和页面无关。上述仍旧以gbk编码为例。

    l Web server接收到的是字节流,默认时(getParameter)会以iso8859-1编码处理之,结果是不正确的,所以需要进行处理。但如果预先设置了编码(通过request. setCharacterEncoding ()),则能够直接获取到正确的结果。

    l 在页面中指定编码是个好习惯,否则可能失去控制,无法指定正确的编码。

    4.2. 文件编译

    假设文件是gbk编码保存的,而编译有两种编码选择:gbk或者iso8859-1,前者是中文windows的默认编码,后者是linux的默认编码,当然也可以在编译时指定编码。

    Jsp *(gbk:d6d0 cec4) java file *(gbk:d6d0 cec4) compiler read uincode(gbk: 4e2d 6587; iso8859-1: 00d6 00d 000ce 00c4) compiler write utf(gbk: e4b8ad e69687; iso8859-1: *) compiled file unicode(gbk: 4e2d 6587; iso8859-1: 00d6 00d 000ce 00c4) class.所以用gbk编码保存,而用iso8859-1编译的结果是不正确的。

    class unicode(4e2d 6587) system.out / jsp.out gbk(d6d0 cec4) os console / browser.

    l 文件可以以多种编码方式保存,中文windows下,默认为ansi/gbk.

    l 编译器读取文件时,需要得到文件的编码,如果未指定,则使用系统默认编码。一般class文件,是以系统默认编码保存的,所以编译不会出问题,但对于jsp文件,如果在中文windows下编辑保存,而部署在英文linux下运行/编译,则会出现问题。所以需要在jsp文件中用pageEncoding指定编码。

    l Java编译的时候会转换成统一的unicode编码处理,最后保存的时候再转换为utf编码。

    l 当系统输出字符的时候,会按指定编码输出,对于中文windows下,System.out将使用gbk编码,而对于response(浏览器),则使用jsp文件头指定的contentType,或者可以直接为response指定编码。同时,会告诉browser网页的编码。如果未指定,则会使用iso8859-1编码。对于中文,应该为browser指定输出字符串的编码。

    l browser显示网页的时候,首先使用response中指定的编码(jsp文件头指定的contentType最终也反映在response上),如果未指定,则会使用网页中meta项指定中的contentType.

5. 几处设置

    对于web应用程序,和编码有关的设置或者函数如下。

    5.1. jsp编译

    指定文件的存储编码,很明显,该设置应该置于文件的开头。例如:。另外,对于一般class文件,可以在编译的时候指定编码。

    5.2. jsp输出

    指定文件输出到browser是使用的编码,该设置也应该置于文件的开头。例如:。该设置和response.setCharacterEncoding("GBK")等效。

    5.3. meta设置

    指定网页使用的编码,该设置对静态网页尤其有作用。因为静态网页无法采用jsp的设置,而且也无法执行response.setCharacterEncoding()。例如:

    如果同时采用了jsp输出和meta设置两种编码指定方式,则jsp指定的优先。因为jsp指定的直接体现在response中。

    需要注意的是,apache有一个设置可以给无编码指定的网页指定编码,该指定等同于jsp的编码指定方式,所以会覆盖静态网页中的meta指定。所以有人建议关闭该设置。

   5.4. form设置

    当浏览器提交表单的时候,可以指定相应的编码。例如:。一般不必不使用该设置,浏览器会直接使用网页的编码。

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

首先介绍两种字符集 gb2312 和 gbk 
   。gb2312 简体中文编码
   。gbk    中文字符编码 包括繁体中文

1. 指定jsp文件里内容的的编码方式

   <%@ page language="java" import="java.util.*" pageEncoding="gb2312"%>

2. 指定html文件里内容的编码方式
  
3. 当响应用户的请求时,输出到用户浏览器上的编码方式

   <%@ page contentType="text/html"; charset="gb2312"%>
   相当于生成的代码 response.setContentType("text/html; charset=gb2312");

4. 把用户传递过来的参数作为指定的编码
request.setCharacterEncoding("gb2312");

5. 对比
   request.setCharacterEncoding("gb2312");               //设置输入编码格式
   response.setContentType("text/html; charset=gb2312"); //设置输出编码格式

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

一个关于中文字符转换的程序:

package com.company.util.charset;

import sun.io.CharToByteConverter;
import sun.io.ByteToCharConverter;
import com.company.util.common.Configure;

/**
* 创建日期:(2008-7-6 13:51:16) 解决sybase数据库查询不能显示中文的问题

* @author:like_dark
*/
public class UnicodeToAscii
{

/**
* UnicodeToAscii 构造子注解。
*/
public UnicodeToAscii ()
{
   super ();
}

/**
* 将Ascii转换成中文字符串
*/
public static String AsciiToChineseString ( String s )
{
   if ( s == null )
    return s;
   char[] orig = s.toCharArray ();
   byte[] dest = new byte[ orig.length ];
   for ( int i = 0; i < orig.length; i++ )
    dest[ i ] = ( byte ) ( orig[ i ] & 0xFF );
   try
   {
    ByteToCharConverter toChar = ByteToCharConverter.getConverter ( "gb2312" );
    return new String ( toChar.convertAll ( dest ) );
   }
   catch ( Exception e )
   {
    System.out.println ( e );
    return s;
   }
}

/**
* 将中文字符串转换成Ascii
*/
public static String ChineseStringToAscii ( String s )
{
   if ( s == null )
    return s;
   try
   {
    CharToByteConverter toByte = CharToByteConverter.getConverter ( "gb2312" );
    byte[] orig = toByte.convertAll ( s.toCharArray () );
    char[] dest = new char[ orig.length ];
    for ( int i = 0; i < orig.length; i++ )
     dest[ i ] = ( char ) ( orig[ i ] & 0xFF );
    return new String ( dest );
   }
   catch ( Exception e )
   {
    System.out.println ( e );
    return s;
   }
}

/**
* 中文转ascii

* @param s
*            要进行转换的字符串
* @param bl
*            是否进行转换,一个开关控制 , true代表需要转换。
* @return 转换后的字符串
*/

public static String ChineseStringToAscii ( String s, boolean bl )
{
   if ( !bl )
    return s;
   else
    return ChineseStringToAscii ( s );
}

/**
* ascii转字符串

* @param s
* @param bl
* @return
*/
public static String AsciiToChineseString ( String s, boolean bl )
{
   if ( !bl )
    return s;
   else
    return AsciiToChineseString ( s );
}

/**
* 根据输入的源串(中文或中西文混合)返回其拼音首字母,以小写返回,如果首字符非拼音字母,则统一返回*号

* @param str
*            源串(中文或中西文混合)
* @return 返回str的拼音首字母,以小写返回,如果首字符非拼音字母,则统一返回*号
*/
public static String getFirstCharOfString ( String str )
{
   String firstChar = "*";

   if ( str == null || str.length () <= 0 )
    return firstChar;

   try
   {
    byte firstCharBytes[] = new byte[ 2 ];
    int gbcode;

    firstCharBytes[ 0 ] = str.getBytes ( "gb2312" )[ 0 ];
    gbcode = firstCharBytes[ 0 ] & 0x000000ff;
    if ( str.length () > 1 || gbcode >= 0xb0 )
    {
     firstCharBytes[ 1 ] = str.getBytes ( "gb2312" )[ 1 ];
     gbcode = ( firstCharBytes[ 0 ] & 0x000000ff ) * 0x100 + ( firstCharBytes[ 1 ] & 0x000000ff );
    }

    if ( gbcode >= 0xb0a1 && gbcode <= 0xb0c4 )
     firstChar = "a";
    else if ( gbcode >= 0xb0c5 && gbcode <= 0xb2c0 )
     firstChar = "b";
    else if ( gbcode >= 0xb2c1 && gbcode <= 0xb4ed )
     firstChar = "c";
    else if ( gbcode >= 0xb4ee && gbcode <= 0xb6e9 )
     firstChar = "d";
    else if ( gbcode >= 0xb6ea && gbcode <= 0xb7a1 )
     firstChar = "e";
    else if ( gbcode >= 0xb7a2 && gbcode <= 0xb8c0 )
     firstChar = "f";
    else if ( gbcode >= 0xb8c1 && gbcode <= 0xb9fd )
     firstChar = "g";
    else if ( gbcode >= 0xb9fe && gbcode <= 0xbbf6 )
     firstChar = "h";
    else if ( gbcode >= 0xbbf7 && gbcode <= 0xbfa5 )
     firstChar = "j";
    else if ( gbcode >= 0xbfa6 && gbcode <= 0xc0ab )
     firstChar = "k";
    else if ( gbcode >= 0xc0ac && gbcode <= 0xc2e7 )
     firstChar = "l";
    else if ( gbcode >= 0xc2e8 && gbcode <= 0xc4c2 )
     firstChar = "m";
    else if ( gbcode >= 0xc4c3 && gbcode <= 0xc5b5 )
     firstChar = "n";
    else if ( gbcode >= 0xc5b6 && gbcode <= 0xc5bd )
     firstChar = "o";
    else if ( gbcode >= 0xc5be && gbcode <= 0xc6d9 )
     firstChar = "p";
    else if ( gbcode >= 0xc6da && gbcode <= 0xc8ba )
     firstChar = "q";
    else if ( gbcode >= 0xc8bb && gbcode <= 0xc8f5 )
     firstChar = "r";
    else if ( gbcode >= 0xc8f6 && gbcode <= 0xcbf9 )
     firstChar = "s";
    else if ( gbcode >= 0xcbfa && gbcode <= 0xcdd9 )
     firstChar = "t";
    else if ( gbcode >= 0xcdda && gbcode <= 0xcef3 )
     firstChar = "w";
    else if ( gbcode >= 0xcef4 && gbcode <= 0xd1b8 )
     firstChar = "x";
    else if ( gbcode >= 0xd1b9 && gbcode <= 0xd4d0 )
     firstChar = "y";
    else if ( gbcode >= 0xd4d1 && gbcode <= 0xd7f9 )
     firstChar = "z";
    else
     gbcode = firstCharBytes[ 0 ];

    if ( gbcode >= 'A' && gbcode <= 'Z' )
     gbcode += 32;
    if ( gbcode >= 'a' && gbcode <= 'z' )
     firstChar = String.valueOf ( ( char ) gbcode );
   }
   catch ( Exception e )
   {
    System.out.println ( "getFirstCharOfString Exception: " + e.getMessage () );
   }

   return firstChar;
}
}


>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

看看那句能打印出中文。说明解码编码正确
            String str = values[i];     
            System.out.println("1:" + new String(str.getBytes("GBK"),"ISO8859_1"));
            System.out.println("2:" +new String(str.getBytes("GBK"),"utf-8"));
            System.out.println("3:" +new String(str.getBytes("GBK"),"GB2312"));
            System.out.println("4:" +new String(str.getBytes("GBK"),"GBK"));
            System.out.println("5:" +new String(str.getBytes("ISO8859_1"),"GBK"));
            System.out.println("6:" +new String(str.getBytes("ISO8859_1"),"ISO8859_1"));
            System.out.println("7:" +new String(str.getBytes("ISO8859_1"),"GB2312"));
            System.out.println("8:" +new String(str.getBytes("ISO8859_1"),"utf-8"));
            System.out.println("9:" +new String(str.getBytes("utf-8"),"GBK"));
            System.out.println("10:" +new String(str.getBytes("utf-8"),"utf-8"));
            System.out.println("11:" +new String(str.getBytes("utf-8"),"GB2312"));
            System.out.println("12:" +new String(str.getBytes("utf-8"),"ISO8859_1"));
            System.out.println("13:" +new String(str.getBytes("GB2312"),"GB2312"));
            System.out.println("14:" +new String(str.getBytes("GB2312"),"ISO8859_1"));
            System.out.println("15:" +new String(str.getBytes("GB2312"),"utf-8"));
            System.out.println("16:" +new String(str.getBytes("GB2312"),"GBK"));

 


相关文章推荐

Python中GBK, UTF-8和Unicode的编码问题

原文地址:http://sunicy.com/2013/10/encodings-in-python/

正则匹配时遇到的编码问题(unicode,gbk,utf-8,中文)

啦啦啦好久没写好懒,这次先不写数据库这个小表砸~其实这个问题好久好久之前的了,现在才写也是懒= =用python写爬虫经常涉及到编码问题,本人用pycharm写代码,基本上都写这里了一.几种常用的编码...

字符串编码问题(Ascii、Unicode、UCS-2、GBK、UTF-8)

1.字符编码的发展 第一阶段:ASCII阶段,(American Standard Code for Information Interchange, “美国信息交换标准码),计算机当时只支持英语,字...

中文编码问题(Unicode UTF-8 GBK ...) .

/* **************************** 此文章转载 今天在mfc下获取了一个xml,但是写文件时发现好多乱码,查看之后,发现xml UTF-8编码,而vc下是gb2312...
  • az44yao
  • az44yao
  • 2012年09月21日 22:10
  • 479

java的字符编码集(UNICODE,utf-8,gbk等)

字符串的序列化: 从char序列到byte序列的转化,叫做“编码”。 1>java的String本质上是char数组。 2>Unicode编码。与ISO-8859-1兼容。包含全世界所有的字符。...

JAVA字符编码系列一:Unicode,GBK,GB2312,UTF-8概念基础

这两天抽时间又总结/整理了一下各种编码的实际编码方式,和在Java应用中的使用情况,在这里记录下来以便日后参考。 为了构成一个完整的对文字编码的认识和深入把握,以便处理在Java开发过程中遇到的各种...

各种编码Unicode UTF-8 GBK 及一点Java代码

Unicode UTF-8 GBK这些不同的编码,我们可以想象为不同的字典。同一个汉字,在不同的字典里面,我们用不同的编号保存。比如汉字"陈"在Unicode里编号为9648,在GBK里面是0xB3C...

【JAVA编码专题】UNICODE,GBK,UTF-8区别

简单来说,unicode,gbk和大五码就是编码的值,而utf-8,uft-16之类就是这个值的表现形式.而前面那三种编码是一兼容的,同一个汉字,那三个码值是完全不一样的.如"汉"的uncode值与g...

JAVA字符编码系列二:Unicode,ISO-8859-1,GBK,UTF-8编码及相互转换

第二篇:JAVA字符编码系列二:Unicode,ISO-8859-1,GBK,UTF-8编码及相互转换 1、函数介绍在Java中,字符串用统一的Unicode编码,每个字符占用两个字节,与编码有关的两...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:java中编码Unicode及utf-8,gbk问题
举报原因:
原因补充:

(最多只允许输入30个字)