Core Text在繪制的時(shí)候碰到行間距問題的原因及解決

實(shí)在受不了目前沒有一個(gè)比較完善的庫(kù)來解決@人名、鏈接及表情的混排問題。

fork了一下TTTAttributedLabel修改了一下https://github.com/qdvictory/TTTAttributedLabel

pull回去已經(jīng)被commit了，可以直接查看https://github.com/mattt/TTTAttributedLabel

在解釋原因之前，需要先提出幾個(gè)屬性。

CLLine CTLineGetTypographicBounds 取出的 ascent descent leading

UIFont 取出的lineHeight descender ascender leading 特別提一下，descender為負(fù)值，ascender為正值

關(guān)于相關(guān)的屬性解釋，用一張圖來展示

在Core Text中，UIFont及CLLineRef都會(huì)有一套自己的間距數(shù)據(jù)。問題就出在了CLLine上。

利用CTLineGetTypographicBounds取出的descender、ascender、leading會(huì)根據(jù)當(dāng)前行里面含有字符計(jì)算出來。當(dāng)此行中含有emoji或中英文之后，計(jì)算出來的數(shù)值必然與其它行有出入，出現(xiàn)行距不統(tǒng)一的問題。

我們要做的就是要將每行重新對(duì)齊。

設(shè)想一下CLLine每行都有一條基線，如果讓每行都以底對(duì)齊，那么就是在CLLine的繪制原點(diǎn)減去descent，此時(shí)當(dāng)前行就為底對(duì)齊。

接下來的問題又出現(xiàn)了，如果只是單純這樣操作的話，(因?yàn)檫M(jìn)行了坐標(biāo)轉(zhuǎn)換)每行都會(huì)下降n像素，肯定會(huì)超出label的下范圍，所以我們需要再給他一個(gè)下行的距離，而這個(gè)距離最理想的數(shù)值就是font.descender。

因而就有了代碼

CGContextSetTextPosition(c, lineOrigin.x, lineOrigin.y-descent-self.font.descender);

由此我們的目的就達(dá)到了，同時(shí)也希望以后遇到此問題的人有些參考。

附2張效果圖。

默認(rèn)情況下

修改之后