Java认证之Java中编码以及Unicode总结（4）1 G$ [7 L1 p& X. A' d2 R5 ?
CP1252
1 w. A- W Q" ^; w- }7 U S 1100
# @+ m8 P/ S4 K. o# q& j! ]( x SAP Latin-1 – ISO8859-1 – code page! \$ Z1 ~3 b8 d& `2 T$ }
ISO-8859-2
% j2 b) Z# D' F/ k. K/ d( u; C 1402
2 D9 p5 v' i( K* f3 ? SAP Latin-2 – ISO8859-22 _) j2 j) K' J6 S7 r; v, n: o
ISO-8859-5
- `, _ F/ k* X8 L# r6 E 1500! X. n9 z- C1 t) o9 Q! B4 A
SAP Cyrillic – ISO8859-5
. h0 Q' b3 B+ X3 U& ^ CP1254/ ^/ T. a% q; i! o
16102 M0 L+ _8 A9 Q2 R$ ?( C0 ]5 H
SAP Turkish – ISO8859-9, d u4 W/ \- L
CP1253+ v% ]; A3 y, D: E z2 o
1700: }2 }3 `4 [( Z, s( n2 J! T7 k
SAP Greek – ISO8859-7 – Not a complete match
& x* x" q9 J# \, z CP12551 h# b" T; ~ H) Q
18002 G' U/ W n& c
SAP Hebrew – ISO8859-8 – Not a complete match" j5 ^. J6 f( d' x6 l
CP932) n) }1 Z5 H2 r1 s
8000
; e8 j" A8 o" x; e" s8 _ 6
6 W( \4 x+ G' E: ~ SAP Shift-JIS9 F7 X' u' x' f% P" x9 D
CP9507 p3 |9 g2 J9 n. m' K; v _3 e
8300
2 ~8 ?' B+ z+ C3 d SAP Taiwanese
& z; D0 N- k4 `+ Q6 g( F% K CP936* D3 I4 m* N3 ~1 L9 i& x
8400
1 X( a9 B1 ]& q5 W4 i- y SAP Chinese
6 q* T" q5 s) k* s$ o' m4 I CP949, G( D0 B" h+ U7 r6 n3 K; q% b2 M/ c
85005 P1 O- c: G4 }3 x
SAP Korean6 E: H4 }8 k3 }8 `& ]; U: h. N
CP874
9 Y9 @. B0 m+ X; Y 8600! T. x/ w8 F" L8 n0 P0 `
SAP Thai6 X4 t# \/ w' a6 }' _
3、3 t8 c- R" p% r- ?* b" f& q
Unicode历史
+ W* w! ^0 c! E) S# P8 _ 1991年，Unicode联盟与ISO的工作组终于起头谈判Unicode与UCS的合并问题。最终，两者统一了抽象字符集（即任何一个在 Unicode中存在的字符，在UCS中也存在），对于码空间，两者赞成以一百一十万为限，Unicode将码空间扩展到了一百一十万，而UCS将永远性的不使用一百一十万往后的码位。UCS和Unicode都指的是编码字符集，而不是字符集编码。
6 C4 O, X2 B: _$ n 字符集编码抉择了若何将一个字符的整数编号对应到一个二进制的整数值，有的编码方案简单的将该整数值直接作为其在计较机中的暗示而存储，例如英文字符就是这样，几乎所有的字符集编码方案中，英文字母的整数编号与其在计较机内部存储的二进制形式都一致。当初Unicode与UCS还没成家瞬息，UCS也是需要人爱，需要人疼的，没有自己的字符集编码怎么成。UCS-2与UCS-4就饰演了这样的脚色。 UCS-4与UTF-32除了名字分歧以外，思惟完全一样。而UCS-2与UTF-16在对前65536个字符的措置上也完全不异，独一的区别只在于 UCS-2 不撑持surrogate pair机制，即是说，UCS-2只能对前65536个字符编码，对厥后的字符毫无法子。 |
发表于 2012-8-4 12:44:44
