支持编码的摘要
| IANA 字符集注册表内的名称 | 相关字符集 | 描述 | 额外的说明 |
|---|---|---|---|
| ISO-10646-UCS-4 | ISO 10646 | 31位编码空间的通用字符集，以 ISO/IEC 10646 标准化为 UCS-4。 它和最新的 Unicode 代码映射表保持同步。 | 如果在编码转化程序中使用了这个名字，转换器将尝试识别前缀的 BOM头（字节顺序标记），即表示后续字节的字节序。 |
| ISO-10646-UCS-4 | UCS-4 | 参见以上。 |
和 UCS-4 相比较，字符串总是设为大端序（big endian）的形式。
|
| ISO-10646-UCS-4 | UCS-4 | 参见以上。 |
和 UCS-4 相比较，字符串总是设为小端序（little endian）的形式。
|
| ISO-10646-UCS-2 | UCS-2 | 16位编码空间的通用字符集，以 ISO/IEC 10646 标准化为 UCS-2。它和最新的 Unicode 代码映射表保持同步。 | 如果在编码转化程序中使用了这个名字，转换器将尝试识别前缀的 BOM头（字节顺序标记），即表示后续字节的字节序。 |
| ISO-10646-UCS-2 | UCS-2 | 参见以上。 |
和 UCS-2 相比较，字符串总是设为大端序（big endian）的形式。
|
| ISO-10646-UCS-2 | UCS-2 | 参见以上。 |
和 UCS-2 相比较，字符串总是设为小端序（little endian）的形式。
|
| UTF-32 | Unicode | 32 位单位宽度的 Unicode 转换格式，涉及到了 Unicode 字符集标准。该编码方案和 UCS-4 没有完全相同，因为 Unicode 编码空间限制为 21 位的值。 | 如果在编码转化程序中使用了这个名字，转换器将尝试识别前缀的 BOM头（字节顺序标记），即表示后续字节的字节序。 |
| UTF-32BE | Unicode | 参见以上 |
和 UTF-32 相比较，字符串总是设为大端序（big endian）的形式。
|
| UTF-32LE | Unicode | 参见以上 |
和 UTF-32 相比较，字符串总是设为小端序（little endian）的形式。
|
| UTF-16 | Unicode | 16 位单位宽度的 Unicode 转换格式。值得一记的是，UTF-16 的规格不再和 UCS-2 一样， 因为 Unicode 2.0 引入了代理机制（surrogate mechanism），UTF-16 现在指向了 21 位的编码空间。 | 如果在编码转化程序中使用了这个名字，转换器将尝试识别前缀的 BOM头（字节顺序标记），即表示后续字节的字节序。 |
| UTF-16BE | Unicode | 参见以上。 |
和 UTF-16 相比较，字符串总是设为大端序（big endian）的形式。
|
| UTF-16LE | Unicode | 参见以上。 |
和 UTF-16 相比较，字符串总是设为小端序（little endian）的形式。
|
| UTF-8 | Unicode / UCS | 8 位单位宽度的 Unicode 转换格式。 | none |
| UTF-7 | Unicode | 一种邮件安全的 Unicode 转换格式，规格是 » RFC2152。 | none |
| (none) | Unicode | UTF-7 的一种变体，其规格在 » IMAP 协议 中用到了。 | none |
| US-ASCII (首选 MIME 名称) / iso-ir-6 / ANSI_X3.4-1986 / ISO_646.irv:1991 / ASCII / ISO646-US / us / IBM367 / CP367 / csASCII | ASCII / ISO 646 | 美国标准代码（American Standard Code）是一种常用的 7-bit 信息交换编码。同样，标准化为 ISO 646 国际标准。 | (none) |
| EUC-JP (首选 MIME 名称) / Extended_UNIX_Code_Packed_Format_for_Japanese / csEUCPkdFmtJapanese | US-ASCII / JIS X0201:1997 (半角假名部分) / JIS X0208:1990 / JIS X0212:1990 的复合 | 就像你所看到的，名字来源于扩展 Extended UNIX Code Packed Format for Japanese 的缩写，该编码常用于 UNIX 或类似平台。原始编码方案 Extended UNIX Code 基于 ISO 2022 而设计。 | EUC-JP 涉及的字符集和 IBM932 / CP932 是不一样的，后者使用于 OS/2® 和 Microsoft® Windows®。 这些平台上的信息交换，使用 EUCJP-WIN 来代替。 |
| Shift_JIS (首选 MIME 名称) / MS_Kanji / csShift_JIS | JIS X0201:1997 / JIS X0208:1997 的复合 | 80 年代初，个人日文文字处理软件进入了市场之时，为了兼容传统编码方案 JIS X 0201:1976，开发了 Shift_JIS。 根据 IANA 对 Shift_JIS 编码集的定义，和 IBM932 / CP932 稍有不同。但 "SJIS"、"Shift_JIS" 的名称常被错误得指向这些编码集。 | 要使用 CP932，使用 SJIS-WIN 作为替代。 |
| (none) | JIS X0201:1997 / JIS X0208:1997 / IBM extensions / NEC extensions 的复合 | 虽然此 "encoding" 使用了 EUC-JP 同样的方案，一些字符集有所不同。 也就是说，一些编码映射到了和 EUC-JP 不同的字符。 | none |
| Windows-31J / csWindows31J | JIS X0201:1997 / JIS X0208:1997 / IBM extensions / NEC extensions 的符合 | 虽然此 "encoding" 使用了 Shift_JIS 同样的方案，一些字符集有所不同。 也就是说，一些编码映射到了和 Shift_JIS 不同的字符。 | (none) |
| ISO-2022-JP (首选 MIME 名称) / csISO2022JP | US-ASCII / JIS X0201:1976 / JIS X0208:1978 / JIS X0208:1983 | » RFC1468 | (none) |
| JIS | |||
| ISO-8859-1 | |||
| ISO-8859-2 | |||
| ISO-8859-3 | |||
| ISO-8859-4 | |||
| ISO-8859-5 | |||
| ISO-8859-6 | |||
| ISO-8859-7 | |||
| ISO-8859-8 | |||
| ISO-8859-9 | |||
| ISO-8859-10 | |||
| ISO-8859-13 | |||
| ISO-8859-14 | |||
| ISO-8859-15 | |||
| ISO-8859-16 | |||
| byte2be | |||
| byte2le | |||
| byte4be | |||
| byte4le | |||
| BASE64 | |||
| HTML-ENTITIES | |||
| 7bit | |||
| 8bit | |||
| EUC-CN | |||
| CP936 | |||
| HZ | |||
| EUC-TW | |||
| CP950 | |||
| BIG-5 | |||
| EUC-KR | |||
| UHC (CP949) | |||
| ISO-2022-KR | |||
| Windows-1251 (CP1251) | |||
| Windows-1252 (CP1252) | |||
| CP866 (IBM866) | |||
| KOI8-R | |||
| KOI8-U |
add a note
User Contributed Notes
There are no user contributed notes for this page.
