由于numberOfRowsInSection方法中返回多少數(shù)據(jù)镜撩，heightForRow就調(diào)用多少次议谷，有幾個(gè)cell進(jìn)入屏幕就要調(diào)用幾次
是否可以解決這種調(diào)用的頻率呢歼郭？
可以利用估算高度
有兩種方法設(shè)置：
1.代理方法 estimatedHeightForRowAtIndexPath
2.也可以利用屬性設(shè)置弯囊，適用于每一行的估算高度都是一樣的
self.tableView.estimatedRowHeight = 44
設(shè)置完估算高度后，每一行大約都是44虽另，heightForRow方法頻率就降低了
要想知道滾動(dòng)條有多長(zhǎng)，必須知道contentSize性含，系統(tǒng)已開(kāi)始進(jìn)入界面就已經(jīng)算出了tableview的內(nèi)容有多長(zhǎng)洲赵，雖然后面的cell沒(méi)有出現(xiàn)，就是為了滾動(dòng)條的長(zhǎng)度，為了提示用戶后面大約有多少內(nèi)容叠萍，所以一下子都算出來(lái)
contentSize.height --->滾動(dòng)條長(zhǎng)度芝发，要想知道contentSize，得知道所有cell的高度苛谷，所以沒(méi)有辦法辅鲸，只能一口氣把heightForRow都調(diào)用一遍
假如有40條數(shù)據(jù)，就把40個(gè)cell的高度累加起來(lái)
但是從ios7以后腹殿，就換了一種設(shè)計(jì)独悴，讓自己去選擇，要不要這樣子去一下子調(diào)用锣尉，如果想告訴用戶準(zhǔn)確的滾動(dòng)條長(zhǎng)度刻炒，用系統(tǒng)的默認(rèn)做法就好了，不用去估算
總之自沧，目的就是為了算出滾動(dòng)條的長(zhǎng)度
有了估算高度以后坟奥，就不用著急調(diào)用heightForRow，就會(huì)用估算高度 * 總數(shù)量拇厢，算出contentsize爱谁，算出滾動(dòng)條長(zhǎng)度，這種算出來(lái)的滾動(dòng)條長(zhǎng)度是不準(zhǔn)確的孝偎，是有誤差的
用了估算高度以后访敌，雖然heightForRow方法不會(huì)一下子調(diào)用numberOfRows返回的數(shù)據(jù)條數(shù)了，但是還是會(huì)調(diào)用是因?yàn)楦鶕?jù)估算高度判斷衣盾，一個(gè)tableView中會(huì)顯示幾個(gè)cell寺旺，有幾個(gè)cell會(huì)進(jìn)入屏幕內(nèi)，就會(huì)調(diào)用幾次雨效，要顯示了肯定要計(jì)算它的準(zhǔn)確高度迅涮，而不會(huì)利用估計(jì)高度，這是不可避免的徽龟，總之叮姑，哪些cell顯示，就調(diào)用哪些cell的heightForRow了据悔，就不會(huì)一口氣調(diào)用全部了传透，cell要真正顯示了，要上場(chǎng)了极颓，就有必要拿出它的真正高度了朱盐，不能用假的估算高度了，顯示一個(gè)菠隆，算一個(gè)
雖然估算出來(lái)顯示6個(gè)兵琳，就調(diào)用6次狂秘，但是真實(shí)的顯示就4個(gè)，應(yīng)該調(diào)用4次才對(duì)躯肌，雖然有誤差者春，但是還是總的算來(lái)，還是調(diào)用的少了
如果估算高度很大的話清女，比如判讀出來(lái)只能顯示1個(gè)钱烟，那么就調(diào)用1次嫡丙，發(fā)現(xiàn)了真實(shí)的高度，就會(huì)用真實(shí)的高度取代掉以前的估算高度曙博，估算剩下的空間大約能顯示幾個(gè)拥刻，就調(diào)用幾次
可用可不用父泳，暫時(shí)選擇不使用，會(huì)導(dǎo)致滾動(dòng)條跳來(lái)跳去
