为何部分Unicode字符的Emoji呈现受前置文本影响？Chrome渲染异常分析

问题重现 #

你的代码示例：

❚123⏸⏭
<br>
123&#x23F8;&#x23ED;

在Chrome中，第一行的⏸️（U+23F8）和⏭️（U+23ED）会显示为emoji样式，第二行则显示为普通文本样式；但Firefox中两行的这两个字符呈现完全一致。另外，变异选择器U+FE0F（强制emoji呈现）在两款浏览器中都生效，而U+FE0E（强制文本呈现）仅在Firefox中有效，Chrome会忽略该指令。

原因分析 #

1. Chrome的上下文推断逻辑违背Unicode标准
   Unicode官方文档明确规定，只有紧随字符后的变异选择器才应该控制其emoji/文本呈现状态。但Chrome额外实现了上下文推断逻辑：如果同一行中已经出现被识别为emoji的字符，会自动将后续的“双态字符”（既支持文本也支持emoji呈现的字符，比如U+23F8、U+23ED）切换为emoji样式，这完全是Chrome自己的非标准逻辑。

2. Chrome对U+FE0E的支持存在bug
   对于部分双态字符，Chrome会优先使用上下文推断的结果，而忽略U+FE0E的强制文本指令，这不符合Unicode标准中变异选择器优先级最高的规定，属于明确的实现bug。

解决方案 #

要保证跨浏览器的一致呈现，建议始终显式添加变异选择器：

• 强制呈现为emoji：⏸️、⏭️
• 强制呈现为文本：⏸︎、⏭︎（如果Chrome仍不生效，可以通过CSS指定非emoji字体，比如font-family: sans-serif来规避）

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