为何Unicode不再接受现有象形字符表情化提案？其问题何在？

结合Unicode的实践经验和社区反馈，这类提案被叫停主要有这些核心问题：

• 兼容性冲突：现有象形字符在各类系统、字体中已有固定的显示逻辑和用途，将其表情化后，原有普通文本可能被自动替换为彩色emoji，打乱排版、混淆语义，严重破坏老文档的兼容性。
• 语义歧义：普通象形字符的含义明确单一，表情化后会被赋予额外的情感或语境属性，比如原本代表“月亮”的字符，可能被误读为“晚安”的暗示，脱离了它作为通用符号的原本功能。
• 实现成本过高：为单个现有字符添加emoji渲染逻辑，需要修改系统的字符渲染引擎、字体映射规则，再加上不同平台的emoji风格差异极大，统一实现和维护的成本高到难以承受。
• 历史实践教训：早期接受的此类提案引发了大量用户反馈问题，比如文本显示异常、语义误解，Unicode联盟评估后认为这类提案的负面影响远大于收益，因此停止接受。

Unicode FAQ中的相关说明：

问：能否将现有象形字符表情化？
答：目前不再接受任何将现有字符表情化的提案。过去曾接受过此类提案，但实践表明其存在诸多问题。

内容的提问来源于stack exchange，提问作者Campanita