中日韓統一表意文字（英語：CJK Unified Ideographs），或譯中日韓等同表意文字、中日韓認同表意文字、中日韓統一漢字集、中日韓統合漢字，又稱作統漢碼、統一漢字集（英語：Unihan），建立目的是將中、日、韓、越、壯、琉球文起源相同、本義相通、形狀一樣或稍異的表意文字，在 ISO 10646 及統一碼標準賦予相同編碼。這作業活動在統一碼標準稱為漢字等同（英語：Han unification，或譯為漢字認同、漢字統一、漢字統合）。整理出來的中日韓統一表意文字，由統一碼聯盟建置的 Unihan 資料庫維護。

中日韓統一漢字集所含括的對象為漢字及其衍生出來的語素文字，包括繁體字、簡化字、日本漢字（漢字／かんじ）、韓國漢字（漢字／한자）、琉球漢字（漢字／ハンジ）、越南的喃字（𡨸喃／Chữ Nôm）與儒字（𡨸儒／Chữ Nho）、方塊壯字（𭨡倱／sawgun）。



歷史

1978 年，日本產業規格制訂了基於 ISO/IEC 2022 的 JIS C 6226，為全世界最早的漢字編碼，包含 6349 漢字。1980 年代，臺灣（CCCII、CNS 11643）、中國大陸（GB 2312）、韓國（KS C 5601）開始制訂了各自的編碼規範。這些規範彼此之間並無連繫。若要在一份檔案中同時使用，則要以跳脫字元的方式來交換。

1980 年，日本的國立國會圖書館的高橋德太郎以書目學的觀點指出，統一的東亞漢字編碼系統有必要。同年，臺灣制定了三位元組的中文資訊交換碼，這是第一款期望可以一致處理中國、日本、韓國漢字的編碼。之後，美國的國會圖書館採用了此標準，並另外命名為東亞編碼字元（East Asia Coded Character，EACC，ANSI/NISO Z39.64）。

1984 年，ISO 的文字編碼委員會（ISO/TC 97/SC2）決議制訂出一套編碼規格（ISO 10646），是以交換文字集的方式來統一處理世界的文字。並成立了工作小組（ISO/TC 97/SC 2/WG 2）。這編碼一開始的構想是採用 16 位元，而對於日本及中國等國的漢字編碼則原封不動地加入。但若如此，中國當時所制訂的編碼都無法加入，因而反對，並在 1989 年提出各國漢字統合集合（Han Character Collection，HCC）的構想。

1990 年完成了 ISO 10646 的初版草案（DIS 10646）。漢字用 32 位元表示，並將各國的漢字編碼原封不動加入。但中國認為，若各國各自為漢字編碼，將不利於統一處理漢字，因而反對。為了日後能順利討論漢字編碼及處理有關方針，並呼籲 WG 2 特別設定了中日韓聯合研究小組（CJK-JRG，Joint Research Group，為表意文字小組的前身），以持續討論。

另一方面，1987 年，全錄的 Joe Becker 和 Lee Collins 開發了統合處理全世界所有文字的統一碼。1989 年發表了統一碼概要。基本為 16 位元。於是，中、日、韓的漢字統合了。基本方針以 16 位元處理所有文字。1990 年完成了基於此方針的最終草案。1991 年 1 月，大致同意此方案的企業成立了統一碼聯盟。中、日、韓類似的漢字使用約二萬多字。為了未來擴充，保留了三萬漢字以供其它用途。

1991 年，各國希望能以一致的方式處理文字，否決了 ISO/IEC 10646 的初版草案。基於中國與統一碼聯盟的提議，ISO 10646 和統一碼成立了中日韓聯合研究小組。中日韓聯合研究小組將基於各國的漢字編碼，獨自訂定規範、製作 ISO 10646 和統一碼的統一漢字編碼。年尾完成了 Unified Repertoire and Ordering（URO）。1992 年，URO 加入 ISO 10646 的第二版，但發現一些缺失，之後修正。

1993 年 5 月正式制訂最初的「中日韓統一表意文字」位於 U+4E00－U+9FFF，共 20902 字；不過漢字「〇」（U+3007）誤當數字放入符號和標點區。一個月後制訂了統一碼 1.1。

1999 年，依據 ISO/IEC 10646 的第 17 修正案（Amendment 17）訂定擴充區 A，於 U+3400－U+4DFF 加入 6582 漢字。

2001 年，依據 ISO/IEC 10646-2 新增擴充區 B，於 U+20000－U+2A6FF 有 42711 漢字；但短時間內增加大量漢字，產生許多重複字形。

2005 年，依據 ISO/IEC 10646:2003 的第一修正案（Amendment 1），基本多文種平面增加 U+9FA6－U+9FBB，共 22 漢字。

2009 年，統一碼 5.2 擴充區 C 增加 U+2A700－U+2B734，基本多文種平面增加 U+9FC4－U+9FCB。

2010 年，統一碼 6.0 擴充區 D 增加 U+2B740－U+2B81F。

2012 年，統一碼 7.0 基本多文種平面增加 1 漢字：U+9FCC。

2015 年，統一碼 8.0 擴充區 E 增加 U+2B820－U+2CEAF，基本多文種平面增加 U+9FCD－U+9FD5。

2017 年，統一碼 10.0 擴充區 F 增加 U+2CEB0－U+2EBEF，基本多文種平面增加 U+9FD6－U+9FEA。

2018 年，統一碼 11.0 基本多文種平面末尾增加 5 漢字：U+9FEB－U+9FEF。

2020 年，統一碼 13.0 增加 4969 漢字，其中 4939 字位於第三平面的擴充區 G，碼位爲 U+30000－U+3134A。同時，亦在基本區增加 13 字：U+9FF0－U+9FFC，在擴充 A 區增加 10 字：U+4DB6－U+4DBF，在擴充 B 區增加 7 字：U+2A6D7－U+2A6DD。

2021 年，統一碼 14.0 基本多文種平面末尾增加 3 漢字：U+9FFC－U+9FFF。同時，亦在擴充 B 區增加 2 字：U+2A6DE－U+2A6DF，在擴充 C 區增加 4 字：U+2B735－U+2B738。

2022 年，統一碼 15.0 增加 4193 漢字，其中 4192 字位於第三平面的擴充區 H，碼位爲 U+31350－U+323AF。同時，亦在擴充 C 區增加 7 字：U+2B739。

另外，第三平面的 U+31400－U+33D1F 預計放置小篆，U+33E00－U+355FF 預計放置甲骨文，相關提案已經提交。按路線圖，該平面還會收錄金文、簡帛文、陶文、鳥蟲書等。



版本



成員機構


* 統一碼協會

* 中華人民共和國

* 香港（政府資訊科技總監辦公室轄下中文介面諮詢委員會）

* 澳門（資訊系統中文編碼工作小組，由行政公職局協調）

* 中華民國（台北市電腦商業同業公會）

* 日本

* 北韓

* 大韓民國

* 越南

* 馬來西亞（2008 年 11 月第 31 次 IRG 會議加入）

* 英國

* 大藏經文字資料庫委員會（大蔵経テキストデータベース委員会，SAT）



收字來源

總計

最初期統一漢字

最初期共 20902 統一漢字，範圍為 U+4E00－U+9FA5，收字來源包括以下字集：

其中，統一碼技術委員會源（U 源）指，並非由表意文字小組所遞交的參考字集，而是委員會額外遞交作參考的字集標準。並且此來源的字集不適用原字集分離原則（見稍後）。

擴充 A 區

擴充 A 區包含有 6592 漢字，位置在 U+3400－U+4DBF。這 6 千多漢字分別從以下字典或字集取得：

擴充 B 區

擴充 B 區有 42717 漢字，位置在 U+20000－U+2A6DD。根據 IRG N777 號檔案（頁面存檔備份，存於網際網路檔案館），這四萬多漢字分別從以下字典或字集中取得：

這些漢字有不少重複，經整理後實際只有 42711 漢字。另外，U+2F800－U+2FA1D 放了來自臺灣的 542 相容漢字。

統一碼 4.1 漢字

為使統一碼向下相容 GB 18030 和香港增補字符集（HKSCS）的所有漢字，而擴充 C 區又遲遲未能出籠，4.1 版引進了香港增補字符集的 14 用字和 GB 18030 的 8 用字。該 22 字編於 U+9FA6－U+9FBB。

另外，U+FA70－U+FAD9 放了來自北韓的 106 相容漢字。

統一碼 5.1 漢字

2008 年 4 月推出的統一碼 5.1 版收錄 7 個由日本 Adobe 公司遞交的日語漢字（U+9FBC－U+9FC2），和鿃（大字加兩個入字，就如陝西省的陝字換上目字旁）（U+9FC3）。本來統一碼 3.0 收錄了目字旁加夾（大字加兩個人字）字的「䀹」（U+4039），目字旁加㚒字的字，與「䀹」無論意義和發音均不同，故魏安（Andrew West）和井作恆（John H. Jenkins）申請追加此字。

擴充 C 區

於 2009 年 10 月發布的統一碼 5.2 涵蓋了擴充 C 區，共收錄 4149 漢字，包括來自中國大陸、澳門、臺灣、日本、越南等尚未編碼的漢字，在 U+2A700－U+2B734。這四千多漢字分別從以下字典或字集取得：

 

擴充 D 區

擴充 D 區包含的都是所謂的「急用漢字」，合共 222 新漢字，於 2010 下半年發布的統一碼 6.0 中，編碼範圍為 U+2B740－U+2B81F（實際有字元為 U+2B740－U+2B81D）。

擴充 D 區原本計劃放置擴充 C 區未收錄的 16000 多漢字，但在 2007 年 5 月，臺灣撤消了 6545 個第二部分字集內私用漢字，不再使用字，原因是那些人名用字的擁有人已去世或移居外地，此後擴充 D 區縮減到大約 10000 字左右。由於各種阻礙，協定先把數量較少，又急切要收錄的漢字提交出來，就是「急用漢字」，以便和統一碼 6.0.0 版一起發表。提出的急用漢字只有二百二十二字（本來有二百二十三字，但日本撤回其中一字）。現在文字小組把第二部分字集延後到擴充 E 區。

擴充 E 區

擴充 E 區亦在 2015 年 6 月 17 日的統一碼 8.0 中發布，放置於編碼範圍 U+2B820－U+2CEAF。

擴充 E 區本應包含擴充 D 區未收錄的 10000 多個漢字，但在 2008 年 11 月，中國大陸以「難以逐個找證據」為理由，撤消了 3215 漢字，這些漢字主要用於地名、人名、姓氏，亦有數百個《中國大百科全書》中的文字。這是繼台灣撤消 6545 字之後的又一次大規模撤消。之後又經過長時間的檢查處理，E 區最終定稿，共 5762 字。 
這些漢字來源如下：

急用漢字

「急用漢字」是擴充 E 區整理後期，各地新發現並急於使用，又等不及放入擴充 F 區的字；和擴充 E 區一起收入統一碼 8.0，位置在 U+9FCD－U+9FD5；當中中國大陸在此處申請收入三字，連同擴充 E 區的字，通用規範漢字表的 8105 字至此全部收入。

擴充 F 區

擴充 F 區在 2017 年 6 月 20 日的統一碼 10.0 發布，編碼範圍為 U+2CEB0－U+2EBEF。 
擴充 F 區來源於新提交的一批漢字，主要包括一千多方塊壯字及數千個佛經、古籍中的用字以及日本戶籍用字，共有 7473 字。

這些漢字的來源如下：

擴充 G 區

於 2020 年 3 月 10 日公佈的統一碼 13.0 中在第三輔助平面收錄擴充區 G 的 4939 漢字，碼位為 U+30000－U+3134A。

這些漢字的來源如下（部分字元來自多於一處來源，所以下表總數多於收錄總數 4939 字）：

擴展 H 區

2022 年 9 月 13 日公佈的統一碼 15.0 在第三輔助平面收錄擴充區 H 的 4192 漢字，碼位為 U+31350－U+323AF。

這些漢字的來源如下（部分字元來自多於一處來源，下表總數多於收錄總數 4192 字）：



認同原則與原字集分離原則

表意文字認同原則（Han Unification Rule，又稱表意文字統合原則）與原字集分離原則（Source Separation Rule，又稱來源字集分離原則、原規格分離原則），是兩項對立原則，它們是統一碼整理中日韓統一表意文字的基礎。

東亞各國字形多有微妙的差異。如「房」字的第一筆，韓國傳統漢字字形、臺灣教育部標準字體作撇「房」；香港教育參考字形、中國大陸規範作點「房」；日本標準作橫「房」。又如「次」字的左旁，韓國採用傳統字形，首筆爲橫，次筆爲挑；臺灣教育部作兩橫；大陸、日本、香港等則作「冫」（俗稱兩點水）。這種程度的差異，理想是整併為一字為佳。否則，要是凡異體字都收進不同碼位裏，統一碼收錄的漢字就會過於臃腫，使用者搜尋時也會因異體問題而找不到想要的結果。

然而，從之前各種受挫之文字整併計劃的經驗得知，整合字集與現行通用字集（Big5 或國標碼）等無法一一對應，是推行整合字集的最大阻礙。例如，日本的 JIS 編碼同時收錄了「剣」與「劍」字，原本 JIS 檔案裏這兩字可以並存。如果採用整合字集後，它們會變成同一字，使用的時就會造成困擾。而且，如果將多個不同地區字形合併，會影響閱讀者，令使用者不習慣並非以往所見字形；更有可能引致閱讀者因習慣而書寫不屬於自己地區的字形（或地區性的異體字）。

於是，表意文字認同原則與原字集分離原則就應運而生。

按表意文字認同原則，統一碼「只對字（Character）而不對字形（Glyph）」編碼，會把同一字的不同字形（即異體字）合併。好像上述「次」字，統一碼會整併成一碼。又例如不同地區而有不同寫法的部首，如「⻌（中國大陸規範、日本新字體）、⻍（港臺舊字形、韓國、日本舊字體）、⻎（臺灣教育部）」、「礻（中國大陸規範、臺灣教育部）、礻（日本新字體）、⺬（日本舊字體、韓國、港臺舊字形）」、「爫（中國大陸、港臺新字形）、⺥（舊字形）」等，會合併編碼。這些部首的寫法差異就會交由字型處理。比如說，使用依中國大陸漢字標準《印刷通用漢字字形表》的字體（如中易宋體、微軟雅黑體）便會出現「⻌、爫」；使用臺灣教育部標準字體（如微軟正黑體或新版細明體，但非舊版細明體）就會出現「⻎、爫」等字形，大大解決了因地區而異之部首寫法。

至於原字集分離原則是指，上述所列出之各種收字來源，若有任何字集同時收了兩種以上文字字形，中日韓統一表意文字也會同時收錄這些字。這樣一來，現行各種原有字集與統一碼漢字可一一對應。比如「房」字，各地字集都沒有分別編碼，就只編進一碼位，部首第一筆的寫法交由字型處理。然而，「戶」、「户」、「戸」這三字，在一些地區標準裏是分別編碼的，統一碼則以三碼位分別收錄它們。上述的「剣」與「劍」也一樣安放到不同碼位。

基於上述運作，統一碼能大幅減少收錄漢字字數，同時讓地區編碼過渡至統一碼時，字集裏的字元不會流失，但原字集分離原則破壞了統一碼「只對字而不對字形」編碼之原則，某些漢字獲得兩位或以上編碼，亦遭受不少批評。

後來的一些重複漢字會使用「相容區」提供暫存編碼，可用歸一化（normalization）步驟移除。一般的漢字輸入法，以及多數漢字字型，也不支援相容區字元。

另外，原字集分離原則只適用於最初 Unified Repertoire and Ordering（URO）的 20902 字，換言之，由「擴充區 A」開始就不再適用。原因是個別地區提交了不少僅有十分輕微差異的字樣，比如台灣《異體字字典》裏的各種異體，要求統一碼分別編碼。然而，那些字樣所建基的地區編碼，並非該地區的通用編碼，例如是中文標準交換碼（台灣實際通行的編碼是 Big5 碼）。若統一碼全面採納，將會令統一碼對異體字的處理更混亂。

今天，變體序列（Variation Sequence）以及 Adobe 常用的 CID 字型等技術已容許在一粒統一碼編碼收錄和調用多於一款漢字字樣，原字集分離原則在今天已成爲過時技術的副產品。

起源不同原則

留意的是，可以整併的字只限異體字。如果有些漢字的音、義根本不一樣，是兩個不同的字，即使它們外形相近，寫法差異比另一些整併的字少，但仍不能合併。這規則稱爲起源不同原則（Noncognate Rule）。

擧例說：「土」和「士」雖然形似，卻是兩個不同的字，不可整併。然而，日本、韓國、大陸、香港等地的「寺」字，與臺灣教育部的「寺」字，兩者頂部分別是「土」和「士」，但它們音義全同，是同一字的異體，就可以整併。

其他起源不同的例子還有「朏」與「胐」（「月偏旁」與「肉偏旁」對立）、「胄」與「冑」（「肉底」與「冃底」對立），「柿」和「杮」（右方「市部件」與「巿部件」對立），「汨」和「汩」（右方「日部件」與「曰部件」對立），「陝」與「陜」（右旁「夾部件」與「㚒部件」對立）等。

然而，漢字中有「同形字」的現象，有兩個或以上讀音與字義，雖然字源不同，卻由同一字形表達出來。比如漢字「芸芸眾生」的「芸」，與日本漢字「藝」字的新字體「芸」，是同形字。要是這些同形字之字形確實相同而非相似（「芸」字的草頭雖然有三筆的「⺾」、四筆的「⺿」等不同寫法，但它們都指同一部件，沒有對立），就不會應用起源不同原則。

學界批評

中文文字學學界對統一碼的原字集分離原則有不少批評，尤其是它令同一異體部件時而分離，時而合併，引伸許多日常使用的問題。擧例說，「青」和「靑」、「淸」和「清」都在正常區域中作分離編碼，獲得兩碼位；「晴」、「靖」、「精」雖也獲兩碼位，但其中一位在相容區，日常難以應用；「請」、「情」、「蜻」、「靜」更只有一碼位。或例如合併「直」和「直」、「植」和「植」而分離「値」和「值」作兩碼位。統一碼的做法沒有把有相同異體部件的字全都合併，也沒有把它們全都分離，結果字形經常不一致，或者使用者無法選擇他希望使用的字形。

其他漢字使用地區也有類似聲音。如「戋」和「㦮」兩個偏旁，前者爲「戔」的大陸簡化字，後者爲「戔」的日本新字體，在「残」和「残」、「浅」和「浅」、「践」和「践」等組合裏，就整併起來。可是碰到「桟」和「栈」，卻不統合，分列 U+685F 與 U+6808 兩碼位。日本學者指這種情況爲統一碼的矛盾。

事實上，統一碼本身在「中日韓統一表意文字」不同區域裏也用了不一致的併分尺度，因此早期異體字時常獲配正常碼位，後來常常只有相容區的暫存編碼，再後來則不時直接整併並交由變體選擇符處理。若不修正或更改早期編碼，類似問題將會持續存在。



統漢字資料庫

統漢字資料庫（英語：Unihan）是統一碼聯盟所維護的資料庫檔案，為統漢字的各漢字列出說明，內容有：


* 統一碼與各國家、地區標準及各工業標準的對應。

* 依據重要字典（如康熙字典）的排序索引。

* 經過編碼的異體字。

* 漢字在各種語言中的發音。

* 英文釋義。

資料庫以以下方式發佈：


* 統一碼聯盟維護的網站版本。

* 可供下載的 txt 文字檔案（頁面存檔備份，存於網際網路檔案館）。

* 基於上述檔案開發的第三方版本。
  
* libUnihan 項目開發了一套可供調用的 c 函式庫，和一套 SQLite 格式的 Unihan 資料庫。前者以 LGPL 協定發布，後者以 MIT 協定發布。



批評

收字過少

合併異體字雖有助減少收錄字數，但研究學術時，如古籍、歷史及文字等，部份文獻卻要將字形不同之字同時並列。已合併的各字在這些文獻裡變得各有各意思。學者若使用統一碼，遇到這種情況，就要用不同電腦字型去顯示同一字碼，甚至要自行造字，或捨統一碼而用其他編碼。一來尋找、轉換電腦字型構成不便，二來有損統一碼記錄每一字之用意，三來不能以純文字交換，四來電腦字型或因授權條款之限，難以交換流傳。另外，這亦等於不能以統一碼準確記錄文獻，不利數位文字。

不同字形之字合併後，若以字形爲本檢索，會產生混亂，難以檢索，如筆畫檢字，艸部之「艹頭」，中國、日本算作三畫，而傳統中文爲四畫，留有「艸」形者則爲六畫。統一碼同一字碼源於字形不同就有幾種筆畫，檢索混亂。即使檢出字，筆畫與顯示出來的字形也不相符。因此，批評者認爲，統一碼合併異體字並不可取。

收字過多

但是另一方面，統一碼收錄不少幽靈漢字，其出處難以找到，它們在實際生活也極少機會使用，有些甚至是錯訛字，或者僅是某一人的名字用字，那人不見得是名人，甚至可能已去世，卻永久成爲標準裏的字元，佔用了一碼位。比如臺灣律師呂秋𧽚的「𧽚」字本應作「遠」，可是戶政人員誤聽他外公說的臺語，把「辵字邊」聽成「走馬邊」，外公又不敢更正。當事人長大後，才確認這是錯字，「五千年來從來沒人這麼寫過」，但這字已永久收進統一碼。又如香港增補字符集有許多人名用字，學者都指出乃屬訛寫，或是來歷不明的自創新字，多部權威字書都沒有收錄，學者批評把這些字收進字庫後將會永久遺害。中文資訊界李祥在其專欄批評當局「解決不了增補字集中上千錯字、白字、生造字的讀音問題」，呼籲「不要把香港增補字符集與申請 ISO 強迫聯繫在一起」。然而，這些人名訛字亦已經收進統一碼，構成了收字過多的爭議。

也有批評認為統一碼收入大量錯訛字及寫法高度相似的同一字的不同字形本身就不應該。電腦文字本身永遠不可能完全無失真地記錄文獻，且文獻本身也會因傳抄製版等原因略有不同，如果把每字的各種寫法全部編碼，會浪費空間。完全無失真地研究、記錄文獻只能通過檢視原本或照相影印版來完成，把無失真儲存轉嫁給編碼是錯誤的。

現時統一碼把一些異體字分別編碼，帶來了檢索困難。只要寫法稍有不同，就無法檢出，令使使用者檢索字詞時，必須反覆檢索其不同寫法，造成重複勞動，對研究文獻反而是種妨礙。例如統一碼將「兒」和「𠒇」字安放在不同的碼位裏。在檢索文獻時，檢索「兒」字時就找不到「雷莊𠒇」，檢索「𠒇」字時就找不到「雷莊兒」，反而造成困擾。

準則矛盾

統一碼對同一部件有分有合，原則不一，如「眞」和「真」、「塡」和「填」都分離編碼，但「縝」和「縝」就整併了；「直」和「直」、「植」和「植」皆整併作一碼，而「値」和「值」又分開，既令人混淆，亦令人無所適從。統一碼按原字集分離原則收字，只看各地區的既有編碼，不理會同一部件的文字學問題。可是使用者現實在電腦輸入文字時看到的是具體字形而不是編碼碼位，會讓人感到矛盾和困惑。

而且在統一碼「中日韓統一表意文字」的不同區域裏，官方也用了不一致的併分尺度。早期的異體字時常獲分配正常碼位；後來常常只有相容區的暫存編碼，使相容區的字元在輸入和顯示時經常碰到問題；再後來則不時直接整併並交由變體選擇符處理。於是統一碼的編碼矛盾就更突顯。

漢字「〇」

「〇」是漢字，《集韻》已有此字，則天文字亦有此字。《漢語大字典》《中華字海》《現代漢語詞典》都收錄了此字。但在統一碼放入 CJK 符號和標點區，等同於數字 0，在搜尋「〇」時會連帶搜尋出數字 0，使用時頗為不便（搜尋漢字「一、二、三」不會搜尋出數字 1、2、3）。此外，很多程式限定了漢字的範圍為統一碼各漢字區，區外不視為漢字，「〇」不在漢字區就無法處理，造成不便。



已統一漢字

ISO 10646 原則只對_字（Character）_ ，而非_字形（Glyph）_ 編碼。同一字各地可使用自己的標準寫法。以下使用 HTML 標示同一編碼的字在不同地區的寫法（但只是讀者的瀏覽器所彩現的字型，與瀏覽器的設定與裝置安裝的字型有關，未必代表該地區的標準寫法）。

例子

註：不是所有網頁瀏覽器均可分辨全部 HTML 的語言代碼（Language Code）並使用不同字形。如非某一地區的使用者看到的字形和當地通用的字形一樣，表示該使用者的瀏覽器不能分辨此標籤，或設定兩者以同一種字形顯示。



未統一漢字

有些字只是同一字在不同地區的寫法，理應統一，但因為原字集分離原則而只好分開編碼。由於 KS X 1001、Big5、IBM 32、JIS X 0213、ARIB STD-B24、KPS 10721、CNS 11643 有太多字形非常接近，按統一碼標準應該統一，但分開編碼的字。這些字只有正統的會編入正式字集（包括擴充區），不正統的編入「相容表意文字區」（Compatibility Ideographs）和位於「第二輔助平面」的「相容表意文字補充區」（Compatibility Ideographs Supplement）中。

範例：

自上表發表後，WG2 亦調查過其他漢字，認為另一批屬於基本多文種平面的漢字，亦可考慮收編到 ISO 10646 Annex S3。



技術問題

擴充 B 區

擴充 B 區用了輔助平面來擺放漢字，Microsoft Office 2000 或之前的版本等不少文書處理軟體都不能支援，即使電腦有擴充 B 區漢字字體也只會顯示兩格方格。

另外，擴充 B 區整理有缺陷，收錄了以下本來應與其他漢字統一的 5 字：


* U+20457𠑗＝U+34A8 㒨

* U+2420E𤈎＝U+3DB7 㶷

* U+27144𧅄＝U+8641 虁

* U+23515𣔕＝U+204F2𠓲

* U+249E9𤧩＝U+249BC𤦼

而 WG2 N1155 檔案亦列出了 152 對可考慮統一的漢字。

錯誤統一

表意文字小組（IRG）處理文字時遵循對字而不是對字形編碼的原則，但有的字錯誤編在同一編碼，如編碼 U+2827C 的字。2014 年 5 月有人指出這問題：

惡和悪不同繁簡，作部件時不應統一；相關規定也並未提及惡和悪部件應統一，況且𫫖和噁分開編碼；但表意文字小組收到這問題後仍認為應當保持統一，因此這兩字仍有同一編碼。



注釋



參考文獻



外部連結


* 統一碼裏中日韓表意文字和相關字元淺說（頁面存檔備份，存於網際網路檔案館）

* CJK-CODE（頁面存檔備份，存於網際網路檔案館）

* UTF-8 and Unicode FAQ for Unix/Linux（頁面存檔備份，存於網際網路檔案館）

* 中華民國教育部異體字字典附錄－中日韓共享漢字表（頁面存檔備份，存於網際網路檔案館）

* 查「Unicode 編碼」或「教育部異體字字典字號」（頁面存檔備份，存於網際網路檔案館）（CBETA 中華電子佛典協會）

統一碼


* 漢字統合歷史（頁面存檔備份，存於網際網路檔案館）

* 統漢字搜尋工具（頁面存檔備份，存於網際網路檔案館）

* 表意文字變體資料庫（頁面存檔備份，存於網際網路檔案館）

* Unicode Roadmap to the TIP（頁面存檔備份，存於網際網路檔案館）

* 中日韓統一表意文字（頁面存檔備份，存於網際網路檔案館）（PDF，34.0MB）

* 中日韓相容漢字（頁面存檔備份，存於網際網路檔案館）（PDF，762kB）

* 中日韓相容漢字補充（頁面存檔備份，存於網際網路檔案館）（PDF，601kB）

* 擴充 A 區漢字（頁面存檔備份，存於網際網路檔案館）（PDF，6.58MB）

* 擴充 B 區漢字（頁面存檔備份，存於網際網路檔案館）（PDF，38.7MB）

* 擴充 C 區漢字（頁面存檔備份，存於網際網路檔案館）（PDF，3.16MB）

* 擴充 D 區漢字（頁面存檔備份，存於網際網路檔案館）（PDF，215kB）

* 擴充 E 區漢字（頁面存檔備份，存於網際網路檔案館）（PDF，3.44MB）

* 擴充 F 區漢字（頁面存檔備份，存於網際網路檔案館）（PDF，4.33MB）

* 擴充 G 區漢字（頁面存檔備份，存於網際網路檔案館）（PDF，2.13MB）

ISO 表意文字工作組


* ISO 表意文字工作組網站（頁面存檔備份，存於網際網路檔案館）
  
* ISO/IEC 10646 Annex S 漢字統一及編排步驟（頁面存檔備份，存於網際網路檔案館）
  
* 擴充 C 區編碼網站（頁面存檔備份，存於網際網路檔案館）
  
* 急用漢字（UNC）多欄列表



參見


* 表意文字、語素文字、漢字、漢字文化圈

* 輔助平面

* 字形

* ISO 10646 - Unicode - 國際表意文字核心（IICore）

* 異體字（Unicode）

* Wikipedia:Unicode 擴充漢字