看上去是IOS6的complex text layout render engine的问题在计算机中，阿拉伯文天城文，越南文这类文字被称为complex text主要的特征就是字符会因为所在的位置，或者附加符号而产生形变比如阿拉伯文的同一個字母，会因为所处的位置有4种不同的形态越南的国语字(Ch? Qu?c Ng?)虽然是以拉丁字母为基础，但是复杂的音调系统会造成字符变形所以吔属于complex text.

对于人来说，complex text就是一个死记硬背的过程而对于计算机来说，就变成一个麻烦事儿因为保存在存储器上的文本，无法直接逐字符呈现给用户看举例比如梵文中佛陀(buddha)一词，存储的时候会逐字存储为
? ? ? ? ?五个字符但是如果直接这么画出来，谁都看不懂 所以這就需要一个complex text layout render engine，它的作用就是把存储的complex text组合后画出来变成可以正常阅读的形式。 比如Windows下的uniscribe就是这么个东西。

这个render engine依赖于两个东西来工莋第一是逐语言的规则。也就是说藏文一套规则，阿拉伯文一套规则印地语一套规则，梵文一套规则..... 所以包含了多少种语言的规则就可以按规则对字符组合，画出来多少种语言的文字来第二是字体文件内部的合字规则(ligature)，OpenType和AAT字体支持ligature

同样的，Unicode标准提供了一系列用於进行组合的字符其中一部分就是为了支持complex text的。比如上面看到的? ? 就是天城体中的元音附记

而不幸的是，这三个字符都不用于阿拉伯语U+0310叫新月点，一般用于转写天城文孟加拉文等时标记在拉丁字符上的。U+0334是用于国际音标中标记鼻化元音的那个小波浪线学法语的哃学肯定很熟悉。 U+0337是短删除线 这几个字符都不是用在阿拉伯语中的。

所以当IOS6的engine（原谅我懒得敲那么长了）在处理这一串字符的时候，會根据字符的范围判定为阿拉伯字符，再根据字符出现的概率选择一种规则（这步可能没有但是因为很多语言使用阿拉伯字符，比如烏尔都语所以这步其实有必要），假定为选择了阿拉伯语规则那么规则里发现找不到这三个组合字符，伤不起啊有木有！ 然后挂了.......