• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            可冰

            冰,是沉睡著的水......

              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
              37 隨筆 :: 5 文章 :: 94 評論 :: 0 Trackbacks
            UTF Formats Estimated average storage required per page (3000 characters)
            UTF-8




            3 KB
            (1999)
            5 KB
            (2003)
            On average, English takes slightly over one unit per code point. Most Latin-script languages take about 1.1 bytes. Greek, Russian, Arabic and Hebrew take about 1.7 bytes, and most others (including Japanese, Chinese, Korean and Hindi) take about 3 bytes. Characters in surrogate space take 4 bytes, but as a proportion of all world text they will always be very rare.
            UTF-16


            6 KB All of the most common characters in use for all modern writing systems are already represented with 2 bytes. Characters in surrogate space take 4 bytes, but as a proportion of all world text they will always be very rare.
            UTF-32

            12 KB All take 4 bytes

            [來源: http://icu.sourceforge.net/docs/papers/forms_of_unicode/]


            UTF-8(ISO 10646-1) 有以下特性:

            • UCS 字符 U+0000 到 U+007F (ASCII) 被編碼為字節 0x00 到 0x7F (ASCII 兼容). 這意味著只包含 7 位 ASCII 字符的文件在 ASCII 和 UTF-8 兩種編碼方式下是一樣的.
            • 所有 > U+007F 的 UCS 字符被編碼為一個或多個字節的串, 每個字節都有標記位集. 因此, ASCII 字節 (0x00-0x7F) 不可能作為任何其他字符的一部分.
            • 表示非 ASCII 字符的多字節串的第一個字節總是在 0xC0 到 0xFD 的范圍里, 并指出這個字符包含多少個字節. 多字節串的其余字節都在 0x80 到 0xBF 范圍里. 這使得重新同步非常容易, 并使編碼無國界, 且很少受丟失字節的影響.
            • 可以編入所有可能的 231個 UCS 代碼
            • UTF-8 編碼字符理論上可以最多到 6 個字節長, 然而 16 位 BMP 字符最多只用到 3 字節長.
            • Bigendian UCS-4 字節串的排列順序是預定的.
            • 字節 0xFE 和 0xFF 在 UTF-8 編碼中從未用到.

            下列字節串用來表示一個字符. 用到哪個串取決于該字符在 Unicode 中的序號.

            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

            xxx 的位置由字符編碼數的二進制表示的位填入. 越靠右的 x 具有越少的特殊意義. 只用最短的那個足夠表達一個字符編碼數的多字節串. 注意在多字節串中, 第一個字節的開頭"1"的數目就是整個串中字節的數目.

            例如: Unicode 字符 U+00A9 = 1010 1001 (版權符號) 在 UTF-8 里的編碼為:

            11000010 10101001 = 0xC2 0xA9

            而字符 U+2260 = 0010 0010 0110 0000 (不等于) 編碼為:

            11100010 10001001 10100000 = 0xE2 0x89 0xA0

            這種編碼的官方名字拼寫為 UTF-8, 其中 UTF 代表 UCS Transformation Format. 請勿在任何文檔中用其他名字 (比如 utf8 或 UTF_8) 來表示 UTF-8, 當然除非你指的是一個變量名而不是這種編碼本身.

            什么編程語言支持 Unicode?

            在大約 1993 年之后開發的大多數現代編程語言都有一個特別的數據類型, 叫做 Unicode/ISO 10646-1 字符. 在 Ada95 中叫 Wide_Character, 在 Java 中叫 char.

            ISO C 也詳細說明了處理多字節編碼和寬字符 (wide characters) 的機制, 1994 年 9 月 Amendment 1 to ISO C 發表時又加入了更多. 這些機制主要是為各類東亞編碼而設計的, 它們比處理 UCS 所需的要健壯得多. UTF-8 是 ISO C 標準調用多字節字符串的編碼的一個例子, wchar_t 類型可以用來存放 Unicode 字符.
            [來源: http://www.linuxforum.net/books/UTF-8-Unicode.html]

            posted on 2005-09-19 15:38 可冰 閱讀(375) 評論(0)  編輯 收藏 引用 所屬分類: UTF-8
            久久99精品九九九久久婷婷| 2021国产成人精品久久| 久久国产高清一区二区三区| 色噜噜狠狠先锋影音久久| 欧美无乱码久久久免费午夜一区二区三区中文字幕 | 99久久免费只有精品国产| 久久亚洲AV无码西西人体| 国内精品久久久久久野外| 中文字幕乱码人妻无码久久| 久久男人AV资源网站| 99精品国产99久久久久久97| 亚洲国产精品久久久久久| 精品综合久久久久久97| 色综合合久久天天给综看| 久久人人爽人人爽人人片AV东京热| 色成年激情久久综合| 亚洲综合伊人久久大杳蕉| 久久精品国产亚洲Aⅴ蜜臀色欲| 99热精品久久只有精品| 青青草国产精品久久久久| 狠狠综合久久AV一区二区三区| 91精品国产91久久久久久青草| 77777亚洲午夜久久多人| 狠狠人妻久久久久久综合| 99国产欧美精品久久久蜜芽| 精品国产一区二区三区久久久狼| 亚洲AV日韩精品久久久久久久| 欧美久久久久久| 久久久久久精品无码人妻| 99久久精品九九亚洲精品| 久久se精品一区二区| 无码人妻久久一区二区三区免费丨 | 囯产极品美女高潮无套久久久| 亚洲乱亚洲乱淫久久| 国产欧美久久一区二区| 久久99国内精品自在现线| 久久久久亚洲AV综合波多野结衣| 久久99精品国产| 国产高清国内精品福利99久久| 97精品久久天干天天天按摩| 日韩精品久久久久久久电影蜜臀 |