Unicode，全稱為 Unicode 標準（The Unicode Standard），其官方機構 Unicode 聯盟所用的中文名稱為統一 碼，又譯作萬國 碼、統一字元碼、統一字元編碼，是資訊科技領域的業界標準，其整理、編碼了世界上大部分的文字系統，使得電腦能以通用劃一的字元集來處理和顯示文字，不但減輕在不同編碼系統間切換和轉換的困擾，更提供了一種跨平臺的亂碼問題解決方案。Unicode 由非營利機構 Unicode 聯盟（Unicode Consortium）負責維護，該機構致力讓 Unicode 標準取代既有的字元編碼方案，因為既有方案編碼空間有限，亦不適用於多語環境。 Unicode 伴隨著通用字元集 ISOIEC 10646 的標準而發展，同時也以書本的形式對外發表。Unicode 至今仍在不斷增修，每個新版本都加入更多新的字元。目前最新的版本為 2024 年 9 月公佈的 1600，已經收錄超過 15 萬個字元（第十萬個字元在 2005 年獲採納）。Unicode 標準不僅僅只是為文字指定程式碼。除了涵蓋視覺上的字形、編碼方法、標準的字元編碼資料外，聯盟官方出版品還包含了關於各書寫系統的細節及呈現方式，如規格化的準則、拆分、定序、繪製、雙向文字顯示、書寫方向、字元特性（如大小寫字母）等等。此外還提供參考資料和視覺影像，以幫助開發者和設計師正確應用標準。 Unicode 備受認可，為 ISO 納入國際標準，成為通用字元集，即 ISOIEC 10646。Unicode 相容 ISOIEC 10646，能完整對應各個版本標準。Unicode 廣泛應用於電腦軟體的國際化與本地化過程。很多新科技，如可擴充套件置標語言（Extensible Markup Language，簡稱：XML）、Java 程式語言以及現代作業系統，都採用 Unicode 來編碼。Unicode 最普遍的編碼格式是和 ASCII 相容的 UTF8，以及和 UCS2 相容的 UTF16。 起源與發展 Unicode 為解決傳統字元編碼方案的侷限而產生，例如 ISO 88591 所定義的字元雖然在不同的國家中廣泛地使用，可是在不同國家間卻經常出現不相容的情況。很多傳統的編碼方式都有共同的問題，即容許電腦處理雙語環境（通常使用拉丁字母以及其本地語言），但卻無法同時支援多語言環境（指可同時處理多種語言混合的情況）。 Unicode 編碼包含了不同寫法的字，如 ／、強／強、戶／戶／戸。然而在漢字方面引起了一字多形的認定爭議，詳見中日韓統一表意文字。 在文書處理方面，統一碼為每一個字元而非字形定義唯一的程式碼（即一個整數）。換句話說，統一碼以一種抽象的方式（即數字）來處理字元，並將視覺上的演繹工作（例如字型大小、外觀形狀、字型形態、文體等）留給其他軟體來處理，例如網頁瀏覽器或是文書處理器。 目前，幾乎所有電腦系統都支援基本拉丁字母，並各自支援不同的其他編碼方式。Unicode 為了和它們相互相容，其首 256 個字元保留給 ISO 88591 所定義的字元，使既有的西歐語系文字的轉換不需特別考量；並且把大量相同的字元重複編到不同的字元碼中去，使得舊有紛雜的編碼方式得以和 Unicode 編碼間互相直接轉換，而不會遺失任何資訊。舉例來說，全形格式區段包含了主要的拉丁字母的全形格式，在中文、日文、以及韓文字形當中，這些字元以全形的方式來呈現，而不以常見的半形形式顯示，這對豎排文字和等寬排列文字有重要作用。 在表示一個 Unicode 的字元時，通常會用「U」然後緊接著一組十六進位的數字來表示這一個字元。在基本多文種平面裡的所有字元，要用四個數字（即 2 位元組，共 16 位元，例如 U4AE0，共支援六萬多個字元）；在零號平面以外的字元則需要使用五或六個數字。舊版的 Unicode 標準使用相近的標記方法，但卻有些微小差異：在 Unicode 30 裡使用「U」然後緊接著八個數字，而「U」則必須隨後緊接著四個數字。 標準 位於美國加州的 Unicode 組織允許任何願意支付會費的公司和個人加入，其成員包含了主要的電腦軟硬體廠商，例如 Adobe 系統、蘋果公司、惠普、IBM、微軟、施樂等。 20 世紀 80 年代末，組成 Unicode 組織的商業機構，和國際合作的國際標準化組織在電腦普及和資訊國際化的前提下，分別各自成立了 Unicode 組織和 ISO10646 工作小組。他們不久便發現對方的存在，而大家工作目的一致。1991 年，Unicode Consortium 與 ISOIEC JTC1SC2 同意保持 Unicode 碼 表 與 ISO 10646 標準保持相容並密切協調各自標準進一步的擴充套件。雖然實際上兩者的字集編碼相同，但本質上兩者確為不同的標準。Unicode 11 對應於 ISO 1064611993，Unicode 30 對應於 ISO 1064612000，Unicode 32 對應於 ISO 1064622001，Unicode 40 對應於 ISO 106462003，Unicode 50 對應於 ISO 106462003 及附錄 13。 Unicode 自 20 版本開始保持了向後相容，即新版本僅增加字元，原有字元不會刪除或更名。但從 Unicode 140 起，既有的區段可擴充套件或縮減（必須在沒有字元使用空間的前提下，若已有字元佔用空間不可縮減區段），第一個自 Unicode 11 以來擴充套件的既有區段為阿洪姆文（Ahom）。 統一碼聯盟在 1991 年首次釋出了 The Unicode Standard。Unicode 的開發結合了國際標準化組織所制定的 ISOIEC 10646，即通用字元集。Unicode 與 ISOIEC 10646 在編碼的運作原理相同，但 The Unicode Standard 包含了更詳盡的實現資訊、涵蓋了更細節的主題，諸如位元編碼（bitwise encoding）、校對以及呈現等。The Unicode Standard 也列舉了諸多的字元特性，例如必須支援兩種閱讀方向的字元（由左至右或由右至左的文字閱讀方向，例如阿拉伯文是由右至左）。Unicode 與 ISOIEC 10646 兩個標準在術語上的使用有些微的不同。 Unicode 的第十萬個字元（用於馬拉雅拉姆語）於 2005 年引入標準。 歷史 截至目前的 Unicode 各版本及其釋出時間如下： 其中，因應 2019 冠狀病毒病疫情，Unicode 140 由 2021 年 3 月延後至 2021 年 9 月釋出。 版本 發布日期 書籍 對應 ISOIEC 10646 版本 文字數 字元數 字元數 版本 發布日期 書籍 對應 ISOIEC 10646 版本 文字數 總計 已知的擴增 100 1991 年 10 月 （Vol 1） 24 7161 最初包含的文字有：阿拉伯字母、亞美尼亞字母、孟加拉文、注音符號、西里爾字母、天城文、喬治亞字母、希臘字母、古吉拉特文、古木基文、諺文、希伯來字母、平假名、卡納達文、片假名、寮文字、拉丁字母、馬拉雅拉姆文、奧裡亞文、泰米爾文、泰盧固文、泰文字與藏文。 101 1992 年 6 月 （Vol 2） 25 28359 定義中日韓統一表意文字最初的 20902 個字。 11 1993 年 6 月 ISOIEC 1064611993 24 34233 於原有 2350 個諺文字母的基礎上新增 4306 個諺文字母。移除藏文。 20 1996 年 7 月 ISOIEC 1064611993 與其第 5－7 修訂版 25 38950 移除原有的諺文字母設定，於新的編碼範圍更換成 11172 個新的諺文字母。藏文重新加入，但編碼位置更換。代理字元機制建立，並將第 15 與第 16 平面分配給私人使用區。 21 1998 年 5 月 ISOIEC 1064611993 與其第 5－7 修訂版，以及第 18 修訂版中新增的 2 個字元 25 38952 新增歐元符號與物件替換字元。 30 1999 年 9 月 ISOIEC 1064612000 38 49259 新增切羅基文、吉茲字母、高棉字母、蒙古字母、緬文、歐甘字母、盧恩字母、僧伽羅文、敘利亞字母、它拿字母、加拿大原住民音節文字和彝文，以及部分盲文圖案。 31 2001 年 3 月 ISOIEC 1064612000 ISOIEC 1064622001 41 94205 新增、哥特字母、古義大利字母、音樂符號和拜占庭音樂符號，增加了 42711 箇中日韓統一表意文字（CJKB）。 32 2002 年 3 月 ISOIEC 1064612000 與其第 1 修訂版 ISOIEC 1064622001 45 95221 新增菲律賓文字布錫文、哈努諾文、他加祿文、塔格巴奴亞文。 40 2003 年 4 月 ISOIEC 106462003 52 96447 新增塞普勒斯音節文字、林布字母、線形文字 B、奧斯曼亞字母、蕭伯納字母、德宏傣文、烏加里特字母以及六十四卦。 41 2005 年 3 月 ISOIEC 106462003 與其第 1 修訂版 59 97720 新增布吉文、格拉哥里字母、佉盧文、西雙版納傣文、古波斯文、錫爾赫特文和提非納文。科普特字母從希臘文區段分離。新增了古希臘音樂符號。 50 2006 年 7 月 ISOIEC 106462003 與其第 1、2 修訂版，以及第 3 修訂版中新增的 4 個字元 64 99089 新增巴釐文、楔形文字、西非書面文字、八思巴文和腓尼基字母。 51 2008 年 4 月 ISOIEC 106462003 與其第 1－4 修訂版 75 100713 新增卡利亞文、佔婆字母、克耶黎文、絨巴文、利西亞文、呂底亞文、桑塔利文、拉讓文、索拉什特拉文、巽他文和瓦伊文。同時增加了斐斯托斯圓盤、麻將和多米諾骨牌符號。對緬甸文做了重要的補充，追加了手抄縮寫的額外字母，追加了大寫ẞ。 52 2009 年 10 月 ISOIEC 106462003 與其第 1－6 修訂版 90 107361 新增阿維斯陀文、巴姆穆文字、埃及象形文字（加汀納符號表，涵蓋 1071 個符號）、亞拉姆文、巴拉維碑銘體、帕提亞碑銘體、爪哇文、凱提文、老傈僳文、曼尼普爾文、南阿拉伯字母、古突厥文、撒瑪利亞字母、老傣仂文和傣越文。追加 4149 箇中日韓統一表意文字（CJKC），同時擴充套件了古韓文和吠陀梵文的字元。 60 2010 年 10 月 ISOIEC 106462010 與印度盧比符號 93 109449 新增巴塔克字母、婆羅米文字、曼達字母、紙牌符號、交通標誌、地圖符號、鍊金術符號、顏文字和繪文字。追加 222 個額外的中日韓統一表意文字（CJKD）。 61 2012 年 1 月 ISOIEC 106462012 100 110181 新增查克馬字母、麥羅埃文、麥羅埃象形文字、柏格理苗文、夏拉達文、索拉僧平文字和泰克裡文。 62 2012 年 9 月 ISOIEC 106462012 與土耳其里拉符號 100 110182 土耳其里拉符號。 63 2013 年 9 月 ISOIEC 106462012 與 6 個字元 100 110187 5 個雙向排版符號。 70 2014 年 6 月 ISOIEC 106462012 與其第 1、2 修訂版，以及俄羅斯盧布符號 123 113021 新增巴薩字母、高加索阿爾巴尼亞字母、杜普雷嚴速記、愛爾巴桑字母、古蘭塔文、可吉文、庫達瓦迪文、線形文字 A、馬哈佳尼文、摩尼教字母、門得文字、莫迪字母、默文、納巴泰字母、古北阿拉伯文、古彼爾姆文、楊松錄苗文、帕米拉文字、袍清豪文、詩篇巴列維文、悉曇文字、底羅僕多文、瓦蘭齊地文以及裝飾符號。 80 2015 年 6 月 ISOIEC 106462014 與其第 1 修訂版，以及喬治亞拉里符號、9 個中日韓統一表意文字與 41 個表情符號 129 120737 增加阿洪姆文、安納托利亞象形文字、哈坦文、穆爾塔尼文、古匈牙利字母、薩頓手語譜寫、5771 箇中日韓統一表意文字字元（CJKE）、切羅基文小寫字母，以及五種繪文字膚色修改字元。 90 2016 年 6 月 ISOIEC 106462014 與其第 1、2 修訂版，阿德拉姆字母、尼泊爾紐瓦字母、日本電視符號和 74 個繪文字表情與符號。 135 128237 新增阿德拉姆字母、比奇舒奇文、象雄文、尼泊爾紐瓦字母、歐塞奇字母、西夏文以及 74 個繪文字 100 2017 年 6 月 ISOIEC 106462017，新增 56 個繪文字元號、385 個變體假名字元，和 3 個札那巴札爾字元 139 136755 札那巴札爾、索永布文字、馬薩拉姆貢德文字、女書、變體假名（非標準平假名）、7494 箇中日韓統一表意文字字元（CJKF）與 56 個繪文字 110 2018 年 6 月 ISOIEC 106462017 與其第 1 修訂版，新增 145 個繪文字元號、5 個急用漢字，copyleft 符號、中國象棋符號等 146 137374 多格拉文、喬治亞文騎士體大寫字母、貢賈拉貢德文、哈乃斐羅興亞文字、望加錫文、梅德法伊德林文、老粟特字母、粟特字母以及 145 個繪文字 120 2019 年 3 月 ISOIEC 106462017 與其第 1、2 修訂版，新增 61 個繪文字元號、一些方言苗文字元、古日文用小型日文假名、泰米爾文的符號、聖書體控制字元等 150 137928 埃利邁文、南迪城文、創世紀苗文、文喬文以及 61 個繪文字 121 2019 年 5 月 150 137929 只在 U32FF 新增了一個字元，即日本新年號令和的合字。 130 2020 年 3 月 ISOIEC 106462020 154 143924 花剌子模語、迪維西語的、契丹小字、庫爾德語字母的雅茲迪文、4969 個中日韓統一表意文字（4939 個位於擴充套件區 G（CJKG））、書寫豪薩語用的阿拉伯附加字母、沃洛夫語、其他非洲語言、在巴基斯坦書寫和旁遮普語的補充字元、粵語用的注音符號、共享創意授權符號、1970 年代和 1980 年代電訊用圖符、55 個繪文字 140 2021 年 9 月 159 144697 託託文，用於在印度東北部書寫託託語 塞普勒斯 米諾斯文字，一種未破譯的歷史文字，主要用於塞普勒斯島 維斯庫奇文，一種用於書寫阿爾巴尼亞語的歷史文字，正在經歷現代復興 回鶻字母，一種歷史上在中亞和其他地方用於書寫突厥語、漢語、蒙古語、藏語和阿拉伯語的文字 唐薩文，一種現代文字，用於書寫在印度和緬甸使用的唐薩語 位於第一輔助平面的拉丁文擴充套件區段（擴充套件 F 和 G）增加了許多擴充套件 IPA 字母 ，和許多用於拉丁語及阿拉伯文字的補充字母，這些字母用於非洲和伊朗、巴基斯坦、馬來西亞、印度尼西亞、爪哇和波斯尼亞書寫語言，以及書寫敬語，以及為《古蘭經》使用的補充。 其它的一些字元新增支援北美和菲律賓、印度和蒙古的語言的文字 追加 9 個額外的中日韓統一表意文字（基本多文種平面、第二輔助平面）。 150 2022 年 9 月 166 149186 卡維文和蒙達裡字母、4192 個中日韓統一表意文字字元（CJKH）、用於埃及象形文字的控制字元以及 20 個繪文字。 151 2023 年 9 月 167 149813 622 個中日韓統一表意文字字元（CJKI）。 160 2024 年 9 月 168 154998 一共新增 5185 個字元，分類如下： 新增區塊：（52 字元）、（69 字元）、（80 字元）、緬甸文擴充套件 C（20 字元）、（44 字元）、聖書體擴充套件 A（3995 字元）、（44 字元）、（58 字元）、遺留計算符號補充（686 字元）和（44 字元）。 追加字元：阿拉伯字母擴充套件 B（1 字元）、巴釐字母（3 字元）、西里爾字母擴充套件 C（2 字元）、控制圖形（3 字元）、中日韓筆畫（2 字元）、拉丁字母擴充套件 D（6 字元）、阿拉伯字母擴充套件 C（4 字元）、（1 字元）、契丹小字（1 字元）、（12 字元）、符號和象形文字擴充套件 A（7 字元）和。 表情符號：新增 7 個字元，包括指紋、豎琴、帶有疲憊眼袋的臉、根莖類蔬菜、無葉的樹、鏟、與飛濺。 Unicode 的編碼和實現 大概來說，Unicode 編碼系統可分為編碼方式和實現方式兩個層次。 十大設計原則 《The Unicode Standard Version 62 Core Specification》 文件給出了 Unicode 的十大設計原則： Universality：提供單一、綜合的字元集，編碼一切現代與大部分歷史文獻的字元。 Efficiency：易於處理與分析。 Characters not glyphs：字元，而不是字形。 Semantics：字元要有良好定義的語義。 Plain text：僅限於文字字元。 Logical order：預設記憶體表示是其邏輯序。 Unification：把不同語言的同一書寫系統（scripts）中相同字元統一起來。 Dynamic composition：附加符號可以動態組合。 Stability：已分配的字元與語義不再改變。 Convertibility：Unicode 與其他著名字元集可以精確轉換。 編碼方式 統一碼的編碼方式與 ISO 10646 的通用字元集概念相對應。目前實際應用的統一碼版本對應於 UCS2，使用 16 位的編碼空間。也就是每個字元佔用 2 個位元組。這樣理論上一共最多可以表示 216（即 65536）個字元。基本滿足各種語言的使用。實際上目前版本的統一碼並未完全使用這 16 位編碼，而是保留了大量空間以作為特殊使用或將來擴充套件。 上述 16 位統一碼字元構成基本多文種平面。最新（但未實際廣泛使用）的統一碼版本定義了 16 個輔助平面，兩者合起來至少需要佔據 21 位的編碼空間，比 3 位元組略少。但事實上輔助平面字元仍然佔用 4 位元組編碼空間，與 UCS4 保持一致。未來版本會擴充到 ISO 106461 實現級別 3，即涵蓋 UCS4 的所有字元。UCS4 是更大而尚未填充完全的 31 位字元集，加上恆為 0 的首位，共需佔據 32 位，即 4 位元組。理論上最多能表示 231 個字元，完全可以涵蓋一切語言所用的符號。 基本多文種平面的字元的編碼為 Uhhhh，其中每個 h 代表一個十六進位制數字，與 UCS2 編碼完全相同。而其對應的 4 位元組 UCS4 編碼後兩個位元組一致，前兩個位元組則所有位均為 0。 實現方式 Unicode 的實現方式不同於編碼方式。一個字元的 Unicode 編碼確定。但是在實際傳輸過程中，由於不同系統平臺的設計不一定一致，以及出於節省空間的目的，對 Unicode 編碼的實現方式有所不同。Unicode 的實現方式稱為 Unicode 轉換格式（Unicode Transformation Format，簡稱為 UTF）。 例如，如果一個僅包含基本 7 位 ASCII 字元的 Unicode 檔案，如果每個字元都使用 2 位元組的原 Unicode 編碼傳輸，其第一位元組的 8 位始終為 0。這就造成了比較大的浪費。對於這種情況，可以使用 UTF8 編碼，這是變長編碼，它將基本 7 位 ASCII 字元仍用 7 位編碼表示，佔用一個位元組（首位補 0）。而遇到與其他 Unicode 字元混合的情況，將按一定演算法轉換，每個字元使用 13 個位元組編碼，並利用首位為 0 或 1 識別。這樣對以 7 位 ASCII 字元為主的西文文件就大幅節省了編碼長度（具體方案參見 UTF8）。類似的，對未來會出現的需要 4 個位元組的輔助平面字元和其他 UCS4 擴充字元，2 位元組編碼的 UTF16 也需要透過一定的演算法轉換。 再如，如果直接使用與 Unicode 編碼一致（僅限於 BMP 字元）的 UTF16 編碼，由於每個字元佔用了兩個位元組，在麥金塔電腦（Mac）機和個人電腦上，對位元組順序的理解不一致。這時同一位元組流可能會解釋為不同內容，如某字元為十六進位制編碼 4E59，按兩個位元組拆分為 4E 和 59，在 Mac 上讀取時是從低位元組開始，那麼在 Mac OS 會認為此 4E59 編碼為 594E，找到的字元為 奎，而在 Windows 上從高位元組開始讀取，則編碼為 U4E59 的字元為 乙。就是說在 Windows 下以 UTF16 編碼儲存一個字元 乙，在 Mac OS 環境下開啟會顯示成 奎。此類情況說明 UTF16 的編碼順序若不加以人為定義就可能發生混淆，於是在 UTF16 編碼實現方式中使用了大端序（BigEndian，簡寫為 UTF16 BE）、小端序（LittleEndian，簡寫為 UTF16 LE）的概念，以及可附加的位元組順序記號解決方案，目前在個人電腦上的 Windows 系統和 Linux 系統對於 UTF16 編碼預設使用 UTF16 LE。（具體方案參見 UTF16） 此外 Unicode 的實現方式還包括 UTF7、Punycode、CESU8、SCSU、UTF32、GB18030 等，這些實現方式有些僅在一定的國家和地區使用，有些則屬於未來的規劃方式。目前通用的實現方式是 UTF16 小端序（LE）、UTF16 大端序（BE）和 UTF8。在微軟公司 Windows XP 附帶的記事本（Notepad）中，另存為 對話方塊可以選擇的四種編碼方式除去非 Unicode 編碼的 ANSI（對於英文系統即 ASCII 編碼，中文系統則為 GB2312 或 Big5 編碼）外，其餘三種為 Unicode（對應 UTF16 LE）、Unicode big endian（對應 UTF16 BE）和 UTF8。 目前輔助平面的工作主要集中在第二和第三平面的中日韓統一表意文字，因此包括 GBK、GB18030、Big5 等簡體中文、繁體中文、日文、韓文以及越南喃字的各種編碼與 Unicode 的協調性受重點關注。考慮到 Unicode 最終要涵蓋所有的字元。從某種意義而言，這些編碼方式也可視作 Unicode 的出現於其之前的既成事實的實現方式，如同 ASCII 及其擴充套件 Latin1 一樣，後兩者的字元在 16 位 Unicode 編碼空間中的編碼第一位元組各位全為 0，第二位元組編碼與原編碼完全一致。但上述東亞語言編碼與 Unicode 編碼的對應關係要複雜得多。 Unicode 字元平面對映 Unicode 將編碼空間分成 17 個平面，以 0 到 16 編號。 第 0 平面（或者說基本多文種平面）中的碼點，都可以用一個 UTF16 單位來編碼，或者以 UTF8 來編碼的話，會使用一、二或三個位元組。而第 1 到 16 平面（或稱輔助平面）中的碼點，UTF16 會以代理對的方式來使用，而 UTF8 則會編碼成 4 個位元組。 在每個平面中，會先將相關的字元集結為區段的形式。雖然區段可以是任意大小，但會以 16 個碼點的倍數，且通常是 128 個碼點的倍數。而一份文稿中使用到的區段，可能會散佈在多個區段中。 非 Unicode 環境 在非 Unicode 環境下，由於不同國家和地區採用的字元集不一致，很可能出現無法正常顯示所有字元的情況。微軟公司使用了內碼表（Codepage）轉換表的技術來過渡性地部分解決這一問題，即透過指定的轉換表將非 Unicode 的字元編碼轉換為同一字元對應的系統內部使用的 Unicode 編碼。可以在 語言與區域設定 中選擇一個內碼表作為非 Unicode 編碼所採用的預設編碼方式，如 936 為簡體中文 GB 碼，950 為繁體中文 Big5（皆指 PC 上使用的）。在這種情況下，一些非英語的歐洲語言編寫的軟體和文件很可能出現亂碼。而將內碼表設定為相應語言中文處理又會出現問題，這一情況無法避免。只有完全採用統一編碼才能徹底解決這些問題，但目前尚無法做到這一點。 內碼表技術現在廣泛為各種平臺所採用。UTF7 的內碼表是 65000，UTF8 的內碼表是 65001。 XML 和 Unicode XML 及其子集 XHTML 採用 UTF8 作為標準字元集，理論上我們可以在各種支援 XML 標準的瀏覽器上顯示任何地區文字的網頁，只要電腦本身安裝有合適的字型即可。可以利用 nnn 的格式顯示特定的字元。nnn 代表該字元的十進位制 Unicode 程式碼。如果採用十六進位制程式碼，在編碼之前加上 x 字元即可。但部分舊版本的瀏覽器可能無法識別十六進位制程式碼。 過去電腦編碼的 8 位標準，使每個國家都只按國家使用的字元而編定各自的編碼系統；而對於部份字元系統比較複雜的語言，如越南語，又或者東亞國家的大型字元集，都不能在 8 位的環境下正常顯示。 只是最近才有在文字中對十六進位制的支援，那麼舊版本的瀏覽器顯示那些字元或許可能有問題 大概首先會遇到的問題只是在對於大於 8 位 Unicode 字元的顯示。解決這個問題的普遍做法仍然是將其中的十六進位制碼轉換成一個十進位制碼（例如：用 9824 代替 x2660）。 也有一些字元集標準將一些常用的標誌存放在字元內碼外面，那麼你可能使用像 這樣的文字標誌來表示一個長劃的情況，即使它的字元內碼已經使用，這些標準也不包含那個字元。 然而部分由於 Unicode 版本發展原因，很多瀏覽器只能顯示 UCS2 完整字元集，也即現在使用的 Unicode 版本中的一個小子集。下表可以檢驗您的瀏覽器如何顯示各種 Unicode 程式碼： 程式碼 字元標準名稱（英語） 在瀏覽器上的顯示 x0041 大寫拉丁字母 A A x00DF 小寫拉丁字母 Sharp S ß x00FE 小寫拉丁字母 Thorn þ x0394 大寫希臘字母 Delta Δ x0419 大寫斯拉夫字母 Short I Й x05E7 希伯來字母 Qof ק x0645 阿拉伯字母 Meem م x0E57 泰文數字 7 ๗ x1250 衣索比亞音節文字 Qha ቐ x3042 日語平假名 A あ x30A2 日語片假名 A ア x53F6 簡體漢字 葉 葉 x8449 zhcn 繁體；zhtw 正體；zhhk 繁體； 漢字 葉 葉 xC5FD 韓國音節文字 Yeop 엽 一些多語言支援的網頁瀏覽器，比如 Microsoft Windows 系統的 Internet Explorer 55 及以上版本，以及跨平臺的瀏覽器 MozillaNetscape 6，可以在安裝時根據需要動態地使用相應的字元集，預先安裝了合適的語言包，就可以同時顯示頁面上的各種 Unicode 字元。Internet Explorer 55 還提出使用者可以在需要新字型時，即裝即用。另外的瀏覽器如 Netscape Navigator 477，則只能顯示跟頁面編碼相應字元集中的文字。當你使用後一種瀏覽器時，你不大可能預先安裝所有的字型，即使有了字型，瀏覽器也不一定能將這些字型完全應用起來。可能遇到的情況是，這種瀏覽器只能夠顯示部分文字，因為它們是按照標準編碼，儘管理論上在相容的系統中，只要有了相應的 Code2000 字型，就可以正確顯示。一種變通的辦法，是將某些少見的字元，透過 名稱實體引用 的方式來使用。 輸入方法 不同的作業系統，各有直接輸入 Unicode 字元的方法： 基於 X Window System 的 Linux 系統，如 Ubuntu 的 Gnome Terminal，首先按下，然後輸入 16 進位制 Unicode 數，如 interpunct 間隔符輸入，最後按空格鍵； Microsoft Windows 系統，按下表示 interpunct 間隔符。 在 SGML、HTML、XML 的文字中，使用字元值引用或字元實體引用表示一個 Unicode 字元。 中文輸入法 截至 2011 年 10 月，可以使用微軟拼音 2003 或 2007 版本、倉頡輸入法第三代第五代第六代版本、鄭碼 Unicode 版本、海峰五筆 93 版本、新注音輸入法和 VimIM 輸入。 微軟拼音在輸入法啟動狀態下，單擊語言欄上的「功能選單」按鈕，指向「輔助輸入法」即可發現「Unicode 碼輸入方式」，利用它可以直接輸入 Unicode 相應十六進位制值的方式輸入相應文字。例如中文「胥」輸入「5066」，朝鮮文字「셅」輸入「c145」（不需要在前面加 0x 或 x）。新版本下也可以輸入 VUC（大小寫不敏感）再輸入編碼。 倉頡輸入法已為 Unicode 漢字、類漢字編碼，可以在倉頡輸入法方式下透過倉頡碼輸入方式輸入 Unicode 內的中日韓漢字及韓文。以倉頡輸入法第五代為例，例如漢字「㗎」輸入「口大口木」，漢字「胥」輸入「弓人月」，漢字「㿱」輸入「手中木竹水」，朝鮮文字「닮」輸入「屍 卜 屍 女口」。由於朱邦復工作室使用的倉頡系統收字比 Unicode 還多，目前 Unicode 既有漢字皆已有倉頡編碼。 鄭碼已為 Unicode 漢字、類漢字編碼，可以在鄭碼輸入法方式下透過鄭碼字碼輸入方式輸入 Unicode 內的中日韓漢字及韓文。例如漢字「㗎」輸入「JYJF」，漢字「胥」輸入「XIQ」，漢字「㿱」輸入「DPXI」，朝鮮文字「길」輸入「XIYY」。 海峰五筆此輸入法已經直接支援透過五筆碼輸入方式輸入 Unicode 內的任意中日韓漢字，但無法使用鍵入 Unicode 碼的方式輸入。例如漢字（Unicode 部分）「㗎」為「keks」，CJK 擴充套件 B 區的「𣿱」為「iyho」和 CJK 擴充套件 C 區的「𫆦」為「muih」。 新注音輸入法在輸入法啟動狀態時，打入鍵盤上的「多功能前導字元鍵」（即通用鍵盤上之「」），第一次使用會彈出說明。輸入 Unicode 字元「胥」則是在鍵盤上鍵入「U5066」。而韓語中的「셅」，則輸入「UC145」。而要輸入日語自製漢字「峠」，則是「U5CE0」。 VimIM 在 Vim 環境中，可以直接鍵入十進位制或十六進位制 Unicode 碼。既不需要啟動輸入法，也不需要碼表。 嘸蝦米輸入法，支援 Unicode，以 26 個英文字母為組字按鍵，可直接輸入符號、日文漢字及平假名、片假名，但漢字部份一般只支援基本正體中文、簡體中文，擴充套件 A 區的漢字要另行擴充編碼才能輸入，擴充套件 B 區的漢字尚無編碼。 日文輸入法 使用 Microsoft IME 2007，可以在 IME Pad 找到 Unicode 的點選表。點選字元即可輸入。選擇字型可以預覽字元效果。 其他 除了輸入法外，作業系統也會提供另外幾種方法輸入 Unicode。像是 Windows 2000 之後的 Windows 系統就提供可點選的字元對映表。又或者在 Microsoft Word 下，按下鍵不放，使用數字鍵盤輸入 0 和某個字元的 Unicode 編碼（十進位制），再鬆開鍵即可得到該字元，如會得到 Unicode 字元 葉。另外，按組合鍵，Microsoft Word 也會將游標前面的字元同其十六進位制的四位 Unicode 編碼互相轉換。 註釋 參考文獻 參閲 WikipediaUnicode 擴充套件漢字 Unicode 字元平面對映 Unicode 聯盟 Unicode 字元列表 Unicode 數字 中日韓統一表意文字（CJKUnihan） 通用字元集 寬字元 UTF8 萬國音標（表示語言讀音） 外部連結 Unicode official site（Unicode 官方網站） （Unicode 聯盟） Unicode 700 DecodeUnicode Unicode WIKI，提供 Unicode 60 全部 109242 個字的 GIF 字型預覽 Alan Woods Unicode Resources The International Phonetic Alphabet in Unicode（國際音標的 Unicode 編碼） CJK Compatibility Ideographs （中日韓兼容表意文字） Unicode character charts（Unicode 字元對映表） UTF8 和 Unicode 的常見問題 UTF8 Codepage （UTF8 內碼表） Unicode 110 （Unicode 110 字元彙總，PDF） Category 字元集