原理
使用autolayout布局cell的sub view，同時(shí)，利用UIView的systemLayoutSizeFittingSize方法，讓View自動(dòng)計(jì)算自身的高度。
UIView本身在layoutSubviews時(shí)，會(huì)計(jì)算自身所有的subview的fram等。但systemLayoutSizeFittingSize又不僅僅使用layoutSubviews來衡量sub view的frame信息。
例子
要實(shí)現(xiàn)下面這樣的cell，cell的高度根據(jù)內(nèi)容的多少，自動(dòng)改變高度。甚至于根據(jù)布局的變化，自動(dòng)的計(jì)算自身的高度。
一般來說，要計(jì)算cell的高度，我們根據(jù)cell內(nèi)容的各種信息，可以手動(dòng)計(jì)算出來。但是這種方法累加各個(gè)sub view，獲取最終cell高度的方法有幾個(gè)壞處。
計(jì)算繁瑣。如果cell的sub view特別多，布局復(fù)雜，則計(jì)算起來要處理各種場(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高度，來推測(cè)super view的高度。（這個(gè)高度的綁定，如果直接用layoutIfNeeded，然后來獲取cell contentview的高度，自動(dòng)布局會(huì)報(bào)約束沖突的錯(cuò)誤。而使用systemLayoutSizeFittingSize不會(huì)報(bào)錯(cuò)，所以說systemLayoutSizeFittingSize不僅僅是調(diào)用layoutIfNeeded來計(jì)算subview的位置信息，應(yīng)該是同時(shí)設(shè)置了父視圖的frame屬性由sub view推導(dǎo)獲取）。
如果不采用systemLayoutSizeFittingSize來獲取contentview的高度，則需要把contentview的bottom和sub view解除約束。同時(shí)使用layoutIfNeeded，來計(jì)算sub view的最大y值，由此來獲取content view的高度。也是一種方法。
