Swift为何会改变字符串中Unicode字符的顺序？

嘿，这个问题我之前也碰到过，其实核心原因是Swift对Unicode字符串的处理严格遵循了Unicode标准，和HTML渲染引擎的逻辑存在差异，主要有这几个关键点：

1. 组合标记字符的自动合并 #

你提到的圆形符号，大概率是Unicode里的组合标记（Combining Marks），比如U+20DD（包围圆圈组合标记）这类字符。它们的设计初衷就是依附在前面的基础字符上做修饰，不是独立显示的个体。

当你用final_word.append(String(UnicodeScalar(Int(word!, radix: 16)!)))把这类组合标记追加到字符串末尾时，Swift会按照Unicode规范自动将它和前面的基础字符合并成一个字形簇（Grapheme Cluster）——视觉上就会变成基础字符被圆圈包围，而不是圆圈排在文字后面。但HTML的渲染引擎可能在处理这类字符时，要么做了特殊兼容，要么你在HTML里用的是独立的圆圈字符（比如U+25CB白色圆圈，这是个独立的可显示字符，不是组合标记），所以显示顺序符合你的预期。

举个直观的例子：如果在Swift里追加U+0061（字母a）+U+20DD，最终会渲染成一个带圆圈的a；但如果是U+0061+U+25CB，就会显示成a○，顺序完全正常。

2. 双向文本（BiDi）算法的影响 #

如果你的字符串里混合了从左到右（LTR）和从右到左（RTL）的字符，Swift会严格执行Unicode双向文本算法，自动调整字符的存储和显示顺序，保证阅读逻辑正确。而HTML的渲染引擎虽然也处理双向文本，但在某些边缘场景下的布局逻辑可能和Swift有差异，导致显示顺序看起来不一样。

解决方法 #

针对你的需求，这里有几个可行的方向：

• 替换成独立字符：如果需要圆形符号单独排在文字后面，直接用独立的圆圈Unicode标量，比如U+25CB（白色空心圆）、U+25CF（黑色实心圆），这些都是独立显示的字符，不会和前面的文字合并。
• 强制保留标量顺序（不推荐）：如果你非要保留原始的Unicode标量顺序（哪怕不符合规范），可以先把所有标量存在数组里，再转成字符串：

var unicodeScalars: [UnicodeScalar] = []
// 逐个添加你的Unicode标量
if let scalarValue = Int(word!, radix: 16), let scalar = UnicodeScalar(scalarValue) {
    unicodeScalars.append(scalar)
}
let finalWord = String(String.UnicodeScalarView(unicodeScalars))

不过这种方法不建议长期用，因为违反了Unicode的显示规范，不同平台的渲染结果可能不一致。

• 对比HTML的实现：检查你在HTML里用的是哪个Unicode字符，确保Swift里用的是完全相同的标量，而不是功能类似但类型不同的字符。

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