java程序显示中文是大家都遇到过的问题,尤其是JAD文件的中文问题,一般都用native2ascii工具转换,这里收藏了native2ascii工具的详细说明:
native2ascii-Native-to-ASCIIConverter
Convertsafilewithnative-encodedcharacters(characterswhicharenon-Latin1andnon-Unicode)toonewithUnicode-encodedcharacters.
SYNOPSIS
native2ascii[options][inputfile[outputfile]]
DESCRIPTION
TheJavacompilerandotherJavatoolscanonlyprocessfileswhichcontainLatin-1and/orUnicode-encoded(\uddddnotation)characters.native2asciiconvertsfileswhichcontainothercharacterencodingsintofilescontainingLatin-1and/orUnicode-encodedcharaters.
Ifoutputfileisomitted,standardoutputisusedforoutput.If,inaddition,inputfileisomitted,standardinputisusedforinput.
OPTIONS
-reverse
Performthereverseoperation:convertafilewithLatin-1and/orUnicodeencodedcharacterstoonewithnative-encodedcharacters.
-encodingencoding_name
Specifytheencodingnamewhichisusedbytheconversionprocedure.ThedefaultencodingistakenfromSystempropertyfile.encoding.Theencoding_namestringmustbeastringtakenfromthefirstcolumnofthetablebelow.
-------------------------------------------------------------
ConverterDescription
Class
-------------------------------------------------------------
8859_1ISO8859-1
8859_2ISO8859-2
8859_3ISO8859-3
8859_4ISO8859-4
8859_5ISO8859-5
8859_6ISO8859-6
8859_7ISO8859-7
8859_8ISO8859-8
8859_9ISO8859-9
Big5Big5,TraditionalChinese
CNS11643CNS11643,TraditionalChinese
Cp037USA,Canada(Bilingual,French),Netherlands,
Portugal,Brazil,Australia
Cp1006IBMAIXPakistan(Urdu)
Cp1025IBMMultilingualCyrillic:Bulgaria,Bosnia,
Herzegovinia,Macedonia(FYR)
Cp1026IBMLatin-5,Turkey
Cp1046IBMOpenEditionUSEBCDIC
Cp1097IBMIran(Farsi)/Persian
Cp1098IBMIran(Farsi)/Persian(PC)
Cp1112IBMLatvia,Lithuania
Cp1122IBMEstonia
Cp1123IBMUkraine
Cp1124IBMAIXUkraine
Cp1125IBMUkraine(PC)
Cp1250WindowsEasternEuropean
Cp1251WindowsCyrillic
Cp1252WindowsLatin-1
Cp1253WindowsGreek
Cp1254WindowsTurkish
Cp1255WindowsHebrew
Cp1256WindowsArabic
Cp1257WindowsBaltic
Cp1258WindowsVietnamese
Cp1381IBMOS/2,DOSPeople'sRepublicofChina(PRC)
Cp1383IBMAIXPeople'sRepublicofChina(PRC)
Cp273IBMAustria,Germany
Cp277IBMDenmark,Norway
Cp278IBMFinland,Sweden
Cp280IBMItaly
Cp284IBMCatalan/Spain,SpanishLatinAmerica
Cp285IBMUnitedKingdom,Ireland
Cp297IBMFrance
Cp33722IBM-eucJP-Japanese(supersetof5050)
Cp420IBMArabic
Cp424IBMHebrew
Cp437MS-DOSUnitedStates,Australia,NewZealand,
SouthAfrica
Cp500EBCDIC500V1
Cp737PCGreek
Cp775PCBaltic
Cp838IBMThailandextendedSBCS
Cp850MS-DOSLatin-1
Cp852MS-DOSLatin-2
Cp855IBMCyrillic
Cp857IBMTurkish
Cp860MS-DOSPortuguese
Cp861MS-DOSIcelandic
Cp862PCHebrew
Cp863MS-DOSCanadianFrench
Cp864PCArabic
Cp865MS-DOSNordic
Cp866MS-DOSRussian
Cp868MS-DOSPakistan
Cp869IBMModernGreek
Cp870IBMMultilingualLatin-2
Cp871IBMIceland
Cp874IBMThai
Cp875IBMGreek
Cp918IBMPakistan(Urdu)
Cp921IBMLatvia,Lithuania(AIX,DOS)
Cp922IBMEstonia(AIX,DOS)
Cp930JapaneseKatakana-Kanjimixedwith4370UDC,
supersetof5026
Cp933KoreanMixedwith1880UDC,supersetof5029
Cp935SimplifiedChineseHostmixedwith1880UDC,
supersetof5031
Cp937TraditionalChineseHostmiexedwith6204UDC,
supersetof5033
Cp939JapaneseLatinKanjimixedwith4370UDC,
supersetof5035
Cp942Japanese(OS/2)supersetof932
Cp948OS/2Chinese(Taiwan)supersetof938
Cp949PCKorean
Cp950PCChinese(HongKong,Taiwan)
Cp964AIXChinese(Taiwan)
Cp970AIXKorean
EUCJISJIS,EUCEncoding,Japanese
GB2312GB2312,EUCencoding,SimplifiedChinese
GBKGBK,SimplifiedChinese
ISO2022CNISO2022CN,Chinese
ISO2022CN_CNSCNS11643inISO-2022-CNform,T.Chinese
ISO2022CN_GBGB2312inISO-2022-CNform,S.Chinese
ISO2022KRISO2022KR,Korean
JISJIS,Japanese
JIS0208JIS0208,Japanese
KOI8_RKOI8-R,Russian
KSC5601KSC5601,Korean
MS874WindowsThai
MacArabicMacintoshArabic
MacCentralEuropeMacintoshLatin-2
MacCroatianMacintoshCroatian
MacCyrillicMacintoshCyrillic
MacDingbatMacintoshDingbat
MacGreekMacintoshGreek
MacHebrewMacintoshHebrew
MacIcelandMacintoshIceland
MacRomanMacintoshRoman
MacRomaniaMacintoshRomania
MacSymbolMacintoshSymbol
MacThaiMacintoshThai
MacTurkishMacintoshTurkish
MacUkraineMacintoshUkraine
SJISShift-JIS,Japanese
UTF8UTF-8
不过WTK可以直接解决JAD的中文问题:
settings>MidLets>MidLet-1属性改成你想要显示的中文后重新生成JAD和JAR文件即可。
JAVA字符的编码
一、概要
在JAVA应用程序特别是基于WEB的程序中,经常遇到字符的编码问题。为了防止出现乱码,首先需要了解JAVA是如何处理字符的,这样就可以有目的地在输入/输出环节中增加必要的转码。其次,由于各种服务器有不同的处理方式,还需要多做试验,确保使用中不出现乱码。
二、基本概念
2.1JAVA中字符的表达
JAVA中有char、byte、String这几个概念。char 指的是一个UNICODE字符,为16位的整数。byte 是字节,字符串在网络传输或存储前需要转换为byte数组。在从网络接收或从存储设备读取后需要将byte数组转换成String。String是字符串,可以看成是由char组成的数组。String 和 char 为内存形式,byte是网络传输或存储的序列化形式。
举例:
英
Stringying = “英”;
char ying = ying.charAt(0);
String yingHex = Integer.toHexString(ying);
82F1
byte yingGBBytes = ying.getBytes(“GBK”);
GB编码的字节数值
D3A2
2.2编码方式的简介
String序列化成byte数组或反序列化时需要选择正确的编码方式。如果编码方式不正确,就会得到一些0x3F的值。常用的字符编码方式有ISO8859_1、GB2312、GBK、UTF-8/UTF-16/UTF-32。
ISO8859_1用来编码拉丁文,它由单字节(0-255)组成。
GB2312、GBK用来编码简体中文,它有单字节和双字节混合组成。最高位为1的字节和下一个字节构成一个汉字,最高位为0的字节是ASCII码。
UTF-8/UTF-16/UTF-32是国际标准UNICODE的编码方式。 用得最多的是UTF-8,主要是因为它在对拉丁文编码时节约空间。
UNICODE值UTF-8编码
U-00000000 - U-0000007F:0xxxxxxx
U-00000080 - U-000007FF: 110xxxxx 10xxxxxx
U-00000800 - U-0000FFFF: 1110xxxx 10xxxxxx 10xxxxxx
U-00010000 - U-001FFFFF: 11110xxx 10xxxxxx 10xxxxxx 10xxxxxx
U-00200000 - U-03FFFFFF: 111110xx 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx
U-04000000 - U-7FFFFFFF: 1111110x 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx
三、J2SE中相关的函数
String str =”英”;
//取得GB2312编码的字节
byte[] bytesGB2312 = str.getBytes(“GB2312”);
//取得平台缺省编码的字节(solaris为ISO8859_1,windows为GB2312)
byte[] bytesDefault = str.getBytes();
//用指定的编码将字节转换成字符串
String newStrGB = new String(bytesGB2312, “GB2312”);
//用平台缺省的编码将字节转换成字符串(solaris为ISO8859_1,windows为GB2312)
String newStrDefault = new String(bytesDefault);
//用指定的编码从字节流里面读取字符
InputStream in = xxx;
InputStreamReader reader = InputStreamReader( in, “GB2312”);
char aChar = reader.read();
四、JSP、数据库的编码
4.1JSP中的编码
(1) 静态声明:<!--page contentType="text/html;charset=8859_1"-->
CHARSET有两个作用:
JSP文件的编码方式:在读取JSP文件、生成JAVA类时,源JSP文件中汉字的编码
JSP输出流的编码方式:在执行JSP时,往response流里面写入数据的编码方式
(2) 动态改变:在往response流里面写数据前可以调用response.setContentType(),设定正确的编码类型。
(3) 在TOMCAT中,由Request.getParameter() 得到的参数,编码方式都是ISO8859_1。所以如果在浏览器输入框内输入一个汉字“英”,在服务器端就得到一个ISO8859_1编码的(0x00,0xD3,0x00,0xA2)。所以通常在接收参数时转码:
String wrongStr = response.getParameter(“name”);
String correctStr = new String(wrongStr.getBytes(“ISO8859_1”),”GB2312”);
在最新的SERVLET规范里面,也可以在获取参数之前执行如下代码:
request.setCharacterEncoding(“GB2312”);
4.2数据库的编码
(1) 数据库使用UTF-16
如果String中是UNICODE字符,写入读出时不需要转码
(2) 数据库使用ISO8859_1
如果String中是UNICODE字符,写入读出时需要转码
写入:String newStr = new String(oldStr.getByte(“GB2312”), “ISO8859_1”);
读出:String newStr = new String(oldStr.getByte(“ISO8859_1”),”GB2312”);
五、源文件的编码
5.1 资源文件
资源文件的编码方式和编辑平台相关。在WINDOWS平台下编写的资源文件,以GB2312方式编码。在编译时需要转码,以确保在各个平台上的正确性:
native2ascii –encoding GB2312 source.properties
这样从资源文件中读出的就是正确的UNICODE字符串。
5.2 源文件
源文件的编码方式和编辑平台相关。在WINDOWS平台下开发的源文件,以GB2312方式编码。在编译的时候,需要指定源文件的编码方式:
javac –encoding GB2312
JAVA编译后生成的字节文件的编码为UTF-8。
①最新版TOMCAT4.1.18支持request.setCharacterEncoding(String enc)
②资源文件转码成company.name=\u82f1\u65af\u514b
③如果数据库使用utf-16则不需要这部分转码
④页面上应有
转码ⅰ:
String s = new String
(request.getParameter(“name”).getBytes(“ISO8859_1”),”GB2312”);
转码ⅱ:
String s = new String(name.getBytes(“GB2312”),”ISO8859_1”);
转码ⅲ:
String s = new String(name.getBytes(“ISO8859_1”),” GB2312”);