核心概念
不管你是在哪個iOS版本上做開發，以下步驟中的前兩個步驟都是必須的：
1、設置好布局約束條件
在UITableViewCell子類中，添加布局約束，使得cell子視圖的邊緣固定(pin)到cell的contentView的邊緣（最重要的是要有頂部和底部的邊距約束條件）。注意：不要將子視圖的邊距約束固定到cell本身上了，只能固定到cell的contentView上！ 確保每個子視圖垂直方向上的內容壓縮阻力(compression resistance)和吸附性約束(hugging constraints)沒有被你添加的更高優先級的約束條件覆蓋，讓這些子視圖的固有內容尺寸(intrinsic content size)來驅動contentView的高度。（沒看懂？點這里。）
記住，要點是讓cell的子視圖與contentView之間產生垂直的連結，讓它們能夠對contentView“施加壓力”，使contentView擴展以適合它們的尺寸。下面用一個cell和一些子視圖作為示例，展示了你的一些(不是全部！)布局約束應該看起來是什么樣的：
2. Cell使用具有唯一性的重用標示符
在cell里面，為每一組特定的約束條件，使用一個特定的cell重用標示符。換句話說，如果cell有多種不同的布局，每一種布局應當有其對應的重用標示符。（當cell有多種不同數量的子視圖的時候，或者子視圖以一種獨特的方式布局的時候，這些情況下你就需要使用一個新的重用標示符。）
例如，要在一個cell中顯示一條email消息，可能會有4種獨特的布局：第一種，只有主題的消息；第二種，帶主題和正文的消息；第三種，帶主題和圖片附件的消息；第四種，帶主題、正文和圖片附件的消息。每一種布局都需要完全不同的布局約束才能實現。因此，一旦cell被初始化并且布局約束被加到其中任意一種類型的cell上后，cell應當得到一個唯一的重用標示符來指定該cell類型。這就意味著，當你dequeue重用一個cell的時候，該類型cell的布局約束已經添加好了，可以直接使用。
注意，由于固有內容尺寸的不同，具有相同布局約束的cell仍然可能具有不同的高度！不要混淆了布局（不同的約束）和由不同內容尺寸而計算出（通過相同的布局約束來計算）的不同視圖frame這兩個概念，它們根本是完全不同的兩個東西。
3. 啟用估算行高
在iOS8上，蘋果將許多在iOS8之前比較難實現的東西都內置實現了。為了讓cell實現self-sizing的機制，必須先將tableView的rowHeight屬性設置為常量UITableViewAutomaticDimension。然后，只需將tableView的estimatedRowHeight屬性設置為非零值即可開啟行高估算功能。
這樣做就為tableView上還沒有顯示在屏幕上的cell提供了一個臨時的估算的行高。然后，當cell即將滾入屏幕范圍內的時候，會計算出實際的高度。為了確定每一行的實際高度，tableView會自動讓每個cell基于其contentView的已知固定寬度（tableView的寬度，減去其他額外的，像section index或accessoryView這些寬度）和被加到contentView及其子視圖上的自動布局約束規則來計算contentView的高度。一旦真正的行高被計算出來后，舊的估算的行高會被更新為這個真實的行高（并且其他任何需要對tableView的contentSize或contentOffset的更改都自動替你完成了）。
一般來說，行高估算值不需要太精確——它只是被用來修正tableView中滾動條的大小的，當你在屏幕上滑動cell的時候，即便估算值不準確，tableView還是能很好地調節滾動條。將tableView的estimatedRowHeight屬性設置成（在viewDidLoad或類似的方法中）一個接近于“平均”行高的常量值即可。只有行高變化很極端的時候（比如相差一個數量級），才會在滾動時產生滾動條“跳躍”的現象。這個時候，你才應當實現tableView:estimatedHeightForRowAtIndexPath:方法，為每一行返回一個更精確的估算值。
4. 完成一個完整的布局過程 & 計算cell的高度
首先，為每一個cell都初始化一個離屏(offscreen)實例，為每個重用標示符實例化一個與之對應的cell實例，這些cell完全用于高度計算。（離屏表示cell的引用被存儲在view controller的一個屬性或實例變量之中，并且這個cell絕對不會被用作tableView:cellForRowAtIndexPath:方法的返回值以實際呈現在屏幕上。）接著，這個cell的內容（例如，文本、圖片等等）還必須和會被顯示在table view中的內容完全一致。
然后，強制cell立即更新子視圖的布局，再用cell的contentView調用systemLayoutSizeFittingSize:方法計算出cell所需的高度是多少。使用UILayoutFittingCompressedSize參數可以得到適合cell中所有內容所需的最小尺寸。然后其高度就可以作為tableView:heightForRowAtIndexPath:方法的返回值
5. 緩存行高（如果需要）
如果上面提到的你都做了，但是tableView:heightForRowAtIndexPath:的性能仍然慢的不可接受。非常不幸，你需要給行高做一些緩存（這是蘋果的工程師們給出的改進建議）。大體的思路是，第一次計算時讓自動布局引擎解析約束條件，然后將計算出的行高緩存起來，以后所有對該cell的高度的請求都返回緩存值。當然，關鍵還要確保任何會導致cell高度變化的情況發生時你都清除了緩存的行高——這通常發生在cell的內容變化時或其他重大事件發生時（比如用戶調節了動態類型文本大小(Dynamic Type text size)的滑動條）。
