text: C0與C1控制字元是ISO/IEC 2022定義的控制字符集。C0控制字符集的碼位範圍00HEX–1FHEX；C1控制字符集的碼位範圍 80HEX–9FHEX。 預設的C0控制字符集起源於ISO 646 (ASCII)的定義。預設的C1控制字符集起源於ECMA-48 (後為ISO 6429)的定義。Unicode.Unicode字符集定義了65個碼位以相容ISO/IEC 2022。Unicode控制字元覆蓋了U+0000—U+001F (C0 控制字元), U+007F (delete), and U+0080—U+009F (C1 controls)。 Unicode僅對U+001C—U+001F, U+0009—U+000D, 與 U+0085限定了語義。其它控制字元的語義對Unicode透明，留給了高層協議。C0 (ASCII及其派生).ASCII定義了32個控制字元，再加上一個Delete字元。在當時。一些傳輸協議如ANPA-1312對控制字元SOH, STX, ETX 與 EOT做了擴充套件使用。其它著名的如BEL, ACK, NAK 與 SYN現在過時了。現代終端有很多控制符可透過多位元組的ANSI轉義序列(開頭為ESC 與 '['）表示。ASCII控制字元的標準最初定義為ANSI X3.4。對於ISO/IEC 2022擴充套件機制，稱為主動的C0控制字符集，採用八進位制表示codice_1 (codice_2).C1控制字符集.當8位元ISO/IEC 8859 ASCII擴充套件提出後，人們認識到把最高位元去掉後可列印字元不應該變成控制字元。因此，新的標準保留了對應於C0控制字符集的32個碼位但最高位元置1，作為C1控制字符集。所有C1控制字元在標準中指定了用ESC開頭的7位元字元序列表示，以向後相容7位元傳輸。除了幾乎不用的NEL，C1控制符在UTF-8中需要2位元組編碼。當這些碼位用於現代文件、網頁、電子郵件訊息等表示時，雖然表面上是用包含C1控制字符集的ISO-8859-n編碼，但通常這些碼位被私有、系統相關的編碼方案如Windows-1252或蘋果公司的Macintosh ("Mac OS Roman")字符集，把C1控制符的碼位用作提供額外的可列印字元。
metadata: erhwenkuo/wikipedia-zhtw
metadata: C0與C1控制字元
metadata: https://zh.wikipedia.org/wiki?curid=6414092