Unicode 我需要补充飞机吗？

我认为问题很简单，在基本平面之后，我是否需要Unicode中的所有其他内容？什么样的东西包括在内，这是真的需要吗？（目的是什么？）

谢谢。

请参阅

补充字符目前包含古代脚本。除非您有一个应用程序可以处理古老的脚本，如Kharoshthi、Old Persion和楔形文字，否则可能不会

---

我想只有在遇到未完成的UTF-8或UTF-16实现时，您才需要处理这个问题。UTF-8的一些实现不支持4字节字符，这是补充平面：U+10000以上的字符。这取决于你是否控制你的数据。如果您使用的Unicode数据来自除您自己以外的任何人，您通常必须假设其中可能包含补充字符，这意味着您需要处理4字节UTF-8、UTF-16代理字符等。

如果您打算在中国销售任何产品，则GB 18030标准是强制性的，并且需要BMP（基本多语言平面）以外的字符。该标准是强制执行的，为了在那里销售，您需要通过GB 18030认证

还有日本和香港的国家标准，要求超过BMP的字符。 即使这些标准没有像中国标准那样得到执行，支持它们也会给你一些优势

因此，简单的答案是：你需要那里的一些东西

==2016===

---

那是7年前的事了。现在每个人都在谈论表情符号。嗯，大多数表情符号都超越了BMP:-）

如果可能的话，您应该尝试支持所有Unicode，包括补充平面。现在有活的语言存在于补充层中，例如。未来将增加其他活语言，一些语言目前需要补充私人使用区域。还有米海·尼塔在他的演讲中所说的话

MySQL，从5.5开始，也是补充平面

最好现在花一点时间完全支持Unicode，这样将来如果您确实需要它，就不会有问题。你不知道谁会使用你的软件，他们将来会使用什么脚本。现在，大多数渲染引擎、GUI工具包、浏览器、操作系统等都可以毫无困难地支持这一点

---

虽然这个问题是几年前提出来的，但我在一次搜索中偶然发现了这个问题，从那以后情况发生了变化。我目前正在处理的问题是，程序员要么认为不需要补充平面支持，要么它还没有经过测试。

实际上我正在使用MySQL，这就是我提出这个问题的原因。我想知道是使用二进制表还是UTF-8表。谢谢。除了认证问题之外，Unihan IICore字符集包含当前现代使用的所有汉族（汉语、日语、韩语）字符，在补充表意平面（SIP）中包含62个字符。这是一个很好的答案！因此，很少有人不去探究关于数据来源的这个基本原则。