種 做法 造成 嚴重 的 問題 ︰ 一 是 浪費 編碼 空間 ， 二 是 重啟 萬 碼 奔騰 的 亂象 。 就 多 擴充 編碼 的 國際 標準 ＩＳＯ２０２２ 而 言 ， 兩 個 ８ － 的 只 能 提供 最多 １８８ 個 控制 字符 和 ３５３４４ 個 文字 或 符號 的 編碼 空間 ， 共計 ３５‧５３２ 個 編碼 位置 ， 但是 １６ 個 的 編碼 空間 事實 上 高達 ６５５３６ ， 兩 者 相 比較 ， ＩＳＯ２０２２ 的 １６ － ｂｉｔ 編碼 只 能 達到 最 大 編碼 空間 的 ５４％ ， 顯得 利用率 很 差 。 同時 在 應用 層次 的 編碼 ， 由於 廠商 眾多 又 缺乏 共識 ， 往往 你 編 你 的 碼 、 我 編 我 的 碼 ， 其 後果 可想而知 。 美國 公司 電腦 部門 的 首倡 Ｕｎｉｃｏｄｅ ， 希望 能 將 電腦 的 字符 編碼 單位 由 現行 的 ７ 或 ８ 個 ， 一舉 擴充 到 １６ 個 ， 以便 能 充分 利用 ６５５３６ 個 編碼 空間 ， 達到 容納 全 世界 各 種 語言 字符 的 目的 。 的 想法 獲得 、 、 、 等 公司 的 支持 ， 成立 基金會 ， 負責 字符 搜集 、 整理 與 編碼 等