原理
使用autolayout布局cell的sub view巡蘸，同時(shí)，利用UIView的systemLayoutSizeFittingSize方法俭驮，讓View自動(dòng)計(jì)算自身的高度回溺。
UIView本身在layoutSubviews時(shí)，會(huì)計(jì)算自身所有的subview的fram等混萝。但systemLayoutSizeFittingSize又不僅僅使用layoutSubviews來(lái)衡量sub view的frame信息遗遵。
例子
要實(shí)現(xiàn)下面這樣的cell，cell的高度根據(jù)內(nèi)容的多少逸嘀，自動(dòng)改變高度车要。甚至于根據(jù)布局的變化，自動(dòng)的計(jì)算自身的高度崭倘。
一般來(lái)說(shuō)翼岁，要計(jì)算cell的高度，我們根據(jù)cell內(nèi)容的各種信息司光，可以手動(dòng)計(jì)算出來(lái)琅坡。但是這種方法累加各個(gè)sub view，獲取最終cell高度的方法有幾個(gè)壞處残家。
計(jì)算繁瑣榆俺。如果cell的sub view特別多，布局復(fù)雜，則計(jì)算起來(lái)要處理各種場(chǎng)景邏輯茴晋，工作量繁重迂求。
容易產(chǎn)生錯(cuò)誤。復(fù)雜的邏輯就容易產(chǎn)生錯(cuò)誤晃跺。特別是加上適配各種設(shè)備揩局，則讓人發(fā)狂崩潰。
系統(tǒng)兼容性不好掀虎。隨著ios系統(tǒng)的升級(jí)凌盯，特別是每年蘋果都有新的設(shè)備發(fā)售。要處理這些工作烹玉，需要時(shí)不時(shí)進(jìn)行升級(jí)適配驰怎。
所以，如何利用ios系統(tǒng)的api二打，自動(dòng)的計(jì)算cell的高度县忌，是最理想的情況。
自ios6以后继效，系統(tǒng)api提供了systemLayoutSizeFittingSize方法症杏，能夠計(jì)算UIView的顯示尺寸。
要實(shí)現(xiàn)如下這樣的效果圖：
當(dāng)內(nèi)部文字變化的時(shí)候瑞信，cell會(huì)自動(dòng)的計(jì)算自身高度厉颤。如下代碼：
如上圖_contentBkg為文字所在的背景。當(dāng)文字增多時(shí)凡简，背景和cell同時(shí)自動(dòng)增加高度逼友。編寫的autolayout代碼使用masonry。如下：
其中方框內(nèi)代碼獲取到布局后的cell的高度秤涩。關(guān)鍵代碼在120-132行帜乞。_content為文字所在的label，在alloc的時(shí)候筐眷，綁定了一個(gè)preferredMaxLayoutWidth黎烈，該值限制了label的最大寬度。當(dāng)文字在label內(nèi)的展現(xiàn)超出這個(gè)值后浊竟，會(huì)自動(dòng)的截?cái)嗷蛘邠Q行怨喘，為了時(shí)label換行津畸，需要設(shè)置以下連個(gè)屬性：
_content.numberOfLines=0;
_content.lineBreakMode=NSLineBreakByWordWrapping;
布局的時(shí)候振定，需要把文字的top和bottom與父視圖綁定，以便于系統(tǒng)根據(jù)label高度肉拓，來(lái)推測(cè)super view的高度后频。（這個(gè)高度的綁定，如果直接用layoutIfNeeded，然后來(lái)獲取cell contentview的高度卑惜，自動(dòng)布局會(huì)報(bào)約束沖突的錯(cuò)誤膏执。而使用systemLayoutSizeFittingSize不會(huì)報(bào)錯(cuò)，所以說(shuō)systemLayoutSizeFittingSize不僅僅是調(diào)用layoutIfNeeded來(lái)計(jì)算subview的位置信息露久，應(yīng)該是同時(shí)設(shè)置了父視圖的frame屬性由sub view推導(dǎo)獲雀住）。
如果不采用systemLayoutSizeFittingSize來(lái)獲取contentview的高度毫痕，則需要把contentview的bottom和sub view解除約束征峦。同時(shí)使用layoutIfNeeded，來(lái)計(jì)算sub view的最大y值消请，由此來(lái)獲取content view的高度栏笆。也是一種方法。
