1655.html

著名的linux英雄站点的文档打包

java.vendor=Sun Microsystems Inc.<br>
file.separator=<br>
java.vendor.url.bug=http://java.sun.com/cgi-bin/bugreport...<br>
sun.cpu.endian=little<br>
sun.io.unicode.encoding=UnicodeLittle<br>
user.region=CN<br>
sun.cpu.isalist=pentium i486 i386<br>
Hello, it's: Tue Jul 30 11:53:27 CST 2002<br>
======System available locales:======== <br>
en English<br>
en_US English (United States)<br>
ar Arabic<br>
ar_AE Arabic (United Arab Emirates)<br>
ar_BH Arabic (Bahrain)<br>
ar_DZ Arabic (Algeria)<br>
ar_EG Arabic (Egypt)<br>
ar_IQ Arabic (Iraq)<br>
ar_JO Arabic (Jordan)<br>
ar_KW Arabic (Kuwait)<br>
ar_LB Arabic (Lebanon)<br>
ar_LY Arabic (Libya)<br>
ar_MA Arabic (Morocco)<br>
ar_OM Arabic (Oman)<br>
ar_QA Arabic (Qatar)<br>
ar_SA Arabic (Saudi Arabia)<br>
ar_SD Arabic (Sudan)<br>
ar_SY Arabic (Syria)<br>
ar_TN Arabic (Tunisia)<br>
ar_YE Arabic (Yemen)<br>
be Byelorussian<br>
be_BY Byelorussian (Belarus)<br>
bg Bulgarian<br>
bg_BG Bulgarian (Bulgaria)<br>
ca Catalan<br>
ca_ES Catalan (Spain)<br>
ca_ES_EURO Catalan (Spain,Euro)<br>
cs Czech<br>
cs_CZ Czech (Czech Republic)<br>
da Danish<br>
da_DK Danish (Denmark)<br>
de German<br>
de_AT German (Austria)<br>
de_AT_EURO German (Austria,Euro)<br>
de_CH German (Switzerland)<br>
de_DE German (Germany)<br>
de_DE_EURO German (Germany,Euro)<br>
de_LU German (Luxembourg)<br>
de_LU_EURO German (Luxembourg,Euro)<br>
el Greek<br>
el_GR Greek (Greece)<br>
en_AU English (Australia)<br>
en_CA English (Canada)<br>
en_GB English (United Kingdom)<br>
en_IE English (Ireland)<br>
en_IE_EURO English (Ireland,Euro)<br>
en_NZ English (New Zealand)<br>
en_ZA English (South Africa)<br>
es Spanish<br>
es_AR Spanish (Argentina)<br>
es_BO Spanish (Bolivia)<br>
es_CL Spanish (Chile)<br>
es_CO Spanish (Colombia)<br>
es_CR Spanish (Costa Rica)<br>
es_DO Spanish (Dominican Republic)<br>
es_EC Spanish (Ecuador)<br>
es_ES Spanish (Spain)<br>
es_ES_EURO Spanish (Spain,Euro)<br>
es_GT Spanish (Guatemala)<br>
es_HN Spanish (Honduras)<br>
es_MX Spanish (Mexico)<br>
es_NI Spanish (Nicaragua)<br>
es_PA Spanish (Panama)<br>
es_PE Spanish (Peru)<br>
es_PR Spanish (Puerto Rico)<br>
es_PY Spanish (Paraguay)<br>
es_SV Spanish (El Salvador)<br>
es_UY Spanish (Uruguay)<br>
es_VE Spanish (Venezuela)<br>
et Estonian<br>
et_EE Estonian (Estonia)<br>
fi Finnish<br>
fi_FI Finnish (Finland)<br>
fi_FI_EURO Finnish (Finland,Euro)<br>
fr French<br>
fr_BE French (Belgium)<br>
fr_BE_EURO French (Belgium,Euro)<br>
fr_CA French (Canada)<br>
fr_CH French (Switzerland)<br>
fr_FR French (France)<br>
fr_FR_EURO French (France,Euro)<br>
fr_LU French (Luxembourg)<br>
fr_LU_EURO French (Luxembourg,Euro)<br>
hr Croatian<br>
hr_HR Croatian (Croatia)<br>
hu Hungarian<br>
hu_HU Hungarian (Hungary)<br>
is Icelandic<br>
is_IS Icelandic (Iceland)<br>
it Italian<br>
it_CH Italian (Switzerland)<br>
it_IT Italian (Italy)<br>
it_IT_EURO Italian (Italy,Euro)<br>
iw Hebrew<br>
iw_IL Hebrew (Israel)<br>
ja Japanese<br>
ja_JP Japanese (Japan)<br>
ko Korean<br>
ko_KR Korean (South Korea)<br>
lt Lithuanian<br>
lt_LT Lithuanian (Lithuania)<br>
lv Latvian (Lettish)<br>
lv_LV Latvian (Lettish) (Latvia)<br>
mk Macedonian<br>
mk_MK Macedonian (Macedonia)<br>
nl Dutch<br>
nl_BE Dutch (Belgium)<br>
nl_BE_EURO Dutch (Belgium,Euro)<br>
nl_NL Dutch (Netherlands)<br>
nl_NL_EURO Dutch (Netherlands,Euro)<br>
no Norwegian<br>
no_NO Norwegian (Norway)<br>
no_NO_NY Norwegian (Norway,Nynorsk)<br>
pl Polish<br>
pl_PL Polish (Poland)<br>
pt Portuguese<br>
pt_BR Portuguese (Brazil)<br>
pt_PT Portuguese (Portugal)<br>
pt_PT_EURO Portuguese (Portugal,Euro)<br>
ro Romanian<br>
ro_RO Romanian (Romania)<br>
ru Russian<br>
ru_RU Russian (Russia)<br>
sh Serbo-Croatian<br>
sh_YU Serbo-Croatian (Yugoslavia)<br>
sk Slovak<br>
sk_SK Slovak (Slovakia)<br>
sl Slovenian<br>
sl_SI Slovenian (Slovenia)<br>
sq Albanian<br>
sq_AL Albanian (Albania)<br>
sr Serbian<br>
sr_YU Serbian (Yugoslavia)<br>
sv Swedish<br>
sv_SE Swedish (Sweden)<br>
th Thai<br>
th_TH Thai (Thailand)<br>
tr Turkish<br>
tr_TR Turkish (Turkey)<br>
uk Ukrainian<br>
uk_UA Ukrainian (Ukraine)<br>
zh Chinese<br>
zh_CN Chinese (China)<br>
zh_HK Chinese (Hong Kong)<br>
zh_TW Chinese (Taiwan)<br>
======System property======== <br>
-- listing properties --<br>
java.runtime.name=Java(TM) 2 Runtime Environment, Stand...<br>
sun.boot.library.path=C:PROGRAM FILESJAVASOFTJRE1.3.0_0...<br>
java.vm.version=1.3.0_02<br>
java.vm.vendor=Sun Microsystems Inc.<br>
java.vendor.url=http://java.sun.com/<br>
path.separator=;<br>
java.vm.name=Java HotSpot(TM) Client VM<br>
file.encoding.pkg=sun.io<br>
java.vm.specification.name=Java Virtual Machine Specification<br>
user.dir=D:javasrcchar_test<br>
java.runtime.version=1.3.0_02<br>
java.awt.graphicsenv=sun.awt.Win32GraphicsEnvironment<br>
os.arch=x86<br>
java.io.tmpdir=D:TEMP<br>
line.separator=<br>
<br>
java.vm.specification.vendor=Sun Microsystems Inc.<br>
java.awt.fonts=<br>
os.name=Windows 98<br>
java.library.path=C:WINDOWS;.;C:WINDOWSSYSTEM;C:WIN...<br>
java.specification.name=Java Platform API Specification<br>
java.class.version=47.0<br>
os.version=4.90<br>
user.home=C:WINDOWS<br>
user.timezone=Asia/Shanghai<br>
java.awt.printerjob=sun.awt.windows.WPrinterJob<br>
file.encoding=Cp1252<br>
java.specification.version=1.3<br>
user.name=Sicci<br>
java.class.path=d:javaclasses<br>
java.vm.specification.version=1.0<br>
java.home=C:PROGRAM FILESJAVASOFTJRE1.3.0_02<br>
user.language=en<br>
java.specification.vendor=Sun Microsystems Inc.<br>
awt.toolkit=sun.awt.windows.WToolkit<br>
java.vm.info=mixed mode<br>
java.version=1.3.0_02<br>
java.ext.dirs=C:PROGRAM FILESJAVASOFTJRE1.3.0_0...<br>
sun.boot.class.path=C:PROGRAM FILESJAVASOFTJRE1.3.0_0...<br>
java.vendor=Sun Microsystems Inc.<br>
file.separator=<br>
java.vendor.url.bug=http://java.sun.com/cgi-bin/bugreport...<br>
sun.cpu.endian=little<br>
sun.io.unicode.encoding=UnicodeLittle<br>
user.region=GB<br>
sun.cpu.isalist=pentium i486 i386<br>
<br>
结论：<br>
<br>
JVM的缺省编码方式由系统的LOCALE设置确定，所以当设置成相同的LOCALE时，linux和Windows下的缺省编码方式是没有区别的（可以认为cp1252=ISO-8859-1都是一样的西文编码方式，只包含255以下的拉丁字符），因此测试2我只列出了LINUX下LOCALE分别设置成zh_CN和en_US测试结果输出和在WINDOWS下分别按照不同的区域设置试验的输出结果是一样的。<br>
<br>
测试程序-2<br>
==========<br>
<br>
通过HelloUnicode.java程序，演示说明"Hello world 世界你好"这个字符串（16个字符）在不同缺省系统编码方式下的处理效果。在编码解码的每个步骤之后，都打印出了相应字符串每个字符(charactor)的byte值，short值和所在的UNICODE区间。<br>
linux(J2SE1.3.1) LANG=en_US LC_ALL=en_US Linux(J2SE1.3.1) LANG=zh_CN LC_ALL=zh_CN.GBK<br>
====write hello world to files======<br>
[test 1-1]: with system default encoding=ISO-8859-1<br>
string=Hello world 世界你好 length=20<br>
char[0]='H' byte=72 short=72 BASIC_LATIN<br>
char[1]='e' byte=101 short=101 BASIC_LATIN<br>
char[2]='l' byte=108 short=108 BASIC_LATIN<br>
char[3]='l' byte=108 short=108 BASIC_LATIN<br>
char[4]='o' byte=111 short=111 BASIC_LATIN<br>
char[5]=' ' byte=32 short=32 BASIC_LATIN<br>
char[6]='w' byte=119 short=119 BASIC_LATIN<br>
char[7]='o' byte=111 short=111 BASIC_LATIN<br>
char[8]='r' byte=114 short=114 BASIC_LATIN<br>
char[9]='l' byte=108 short=108 BASIC_LATIN<br>
char[10]='d' byte=100 short=100 BASIC_LATIN<br>
char[11]=' ' byte=32 short=32 BASIC_LATIN<br>
char[12]='? byte=-54 short=202 LATIN_1_SUPPLEMENT<br>
char[13]='? byte=-64 short=192 LATIN_1_SUPPLEMENT<br>
char[14]='? byte=-67 short=189 LATIN_1_SUPPLEMENT<br>
char[15]='? byte=-25 short=231 LATIN_1_SUPPLEMENT<br>
char[16]='? byte=-60 short=196 LATIN_1_SUPPLEMENT<br>
char[17]='? byte=-29 short=227 LATIN_1_SUPPLEMENT<br>
char[18]='? byte=-70 short=186 LATIN_1_SUPPLEMENT<br>
char[19]='? byte=-61 short=195 LATIN_1_SUPPLEMENT<br>
<br>
第1步：在英文编码环境下，虽然屏幕上正确的显示了中文，但实际上它打印的是“半个”汉字，将结果写入第1个文件 hello.orig.html<br>
<br>
[test 1-2]: getBytes with platform default encoding and decoding as gb2312:<br>
string=Hello world ???? length=16<br>
char[0]='H' byte=72 short=72 BASIC_LATIN<br>
char[1]='e' byte=101 short=101 BASIC_LATIN<br>
char[2]='l' byte=108 short=108 BASIC_LATIN<br>
char[3]='l' byte=108 short=108 BASIC_LATIN<br>
char[4]='o' byte=111 short=111 BASIC_LATIN<br>
char[5]=' ' byte=32 short=32 BASIC_LATIN<br>
char[6]='w' byte=119 short=119 BASIC_LATIN<br>
char[7]='o' byte=111 short=111 BASIC_LATIN<br>
char[8]='r' byte=114 short=114 BASIC_LATIN<br>
char[9]='l' byte=108 short=108 BASIC_LATIN<br>
char[10]='d' byte=100 short=100 BASIC_LATIN<br>
char[11]=' ' byte=32 short=32 BASIC_LATIN<br>
char[12]='?' byte=22 short=19990 CJK_UNIFIED_IDEOGRAPHS<br>
char[13]='?' byte=76 short=30028 CJK_UNIFIED_IDEOGRAPHS<br>
char[14]='?' byte=96 short=20320 CJK_UNIFIED_IDEOGRAPHS<br>
char[15]='?' byte=125 short=22909 CJK_UNIFIED_IDEOGRAPHS<br>
<br>
按系统缺省编码重新变成字节流，然后按照GB2312方式解码，这里虽然打印出的是问号（因为在相应环境下系统对于255以上的字符全部用?显示），但从相应的UNICODE MAPPING和SHORT值我们可以知道字符是正确的中文<br>
但下一步的写入第2个文件html.gb2312.html，没有指定编码方式（按系统缺省的ISO-8859-1编码方式），因此从后面的测试2－2读取的结果是真的'？'了<br>
<br>
[test 1-3]: convert string to UTF8<br>
string=Hello world 涓栫晫浣犲ソ length=24<br>
char[0]='H' byte=72 short=72 BASIC_LATIN<br>
char[1]='e' byte=101 short=101 BASIC_LATIN<br>
char[2]='l' byte=108 short=108 BASIC_LATIN<br>
char[3]='l' byte=108 short=108 BASIC_LATIN<br>
char[4]='o' byte=111 short=111 BASIC_LATIN<br>
char[5]=' ' byte=32 short=32 BASIC_LATIN<br>
char[6]='w' byte=119 short=119 BASIC_LATIN<br>
char[7]='o' byte=111 short=111 BASIC_LATIN<br>
char[8]='r' byte=114 short=114 BASIC_LATIN<br>
char[9]='l' byte=108 short=108 BASIC_LATIN<br>
char[10]='d' byte=100 short=100 BASIC_LATIN<br>
char[11]=' ' byte=32 short=32 BASIC_LATIN<br>
char[12]='? byte=-28 short=228 LATIN_1_SUPPLEMENT<br>
char[13]='? byte=-72 short=184 LATIN_1_SUPPLEMENT<br>
char[14]='? byte=-106 short=150 LATIN_1_SUPPLEMENT<br>
char[15]='? byte=-25 short=231 LATIN_1_SUPPLEMENT<br>
char[16]='? byte=-107 short=149 LATIN_1_SUPPLEMENT<br>
char[17]='? byte=-116 short=140 LATIN_1_SUPPLEMENT<br>
char[18]='? byte=-28 short=228 LATIN_1_SUPPLEMENT<br>
char[19]='? byte=-67 short=189 LATIN_1_SUPPLEMENT<br>
char[20]='? byte=-96 short=160 LATIN_1_SUPPLEMENT<br>
char[21]='? byte=-27 short=229 LATIN_1_SUPPLEMENT<br>
char[22]='? byte=-91 short=165 LATIN_1_SUPPLEMENT<br>
char[23]='? byte=-67 short=189 LATIN_1_SUPPLEMENT<br>
<br>
第3个试验，将字符流按照UTF8方式编码后，写入第3个测试文件hello.utf8.html，我们可以看到UTF8对英文没有影响，但对于其他文字使用了3字节编码方式，因此比GB2312编码方式的存储要大50%，<br>