我正在做这样的桌面视图：一个twitter和对其进行评论；在此处输入图像描述
我尝试了几个架构。我找不到足够的问题和讨论。我认为这是一个非常有意义的问题，所以我发布了这些体系结构的性能和局限性。
首先，将整个单元格用作为评论的Twitter，该注释视图将根据模型生成。细胞使用自动尺寸自动降低高度。
该体系结构可以起作用。但是，如果Twitter在旧iPhone(4s，5,5s等(中有很多评论(30或更多(，则FPS将降至40。滚动光滑的块很明显。这种性能瓶颈是
第二，由于性能瓶颈，我想也许我可以在Twitter单元格中放一个评论表观视图。以及Twitter单元格和嵌入式注释单元格使用自动尺寸的自动高度，但是尝试后，我发现了Twitter Twitter单元格无法确认其高度，因为嵌入式注释表视图无法确认其高度本身。因此，我需要计算嵌入式评论表视图的高度以确认Twitter单元格的高度。该体系结构也很好，但是其性能瓶颈与第一个体系结构相同。
第三，也是最不合理的，使用节标题为Twitter，单元为注释。也就是说，一个部分是一个带有注释的整个Twitter。截面标题和单元格都使用自动尺寸的自动层高度。
该体系结构的性能是最好的，即使在iphone5中，tableview卷轴也非常顺利，FPS至少55。但是我无法解决的问题。
我滚动到底部，tableview将重新加载下一页。重新载体后，第一个小问题是该节拆卸，但是在滚动后出现(后来我发现如果我设置了TableView Header，则会出现此问题，如果我删除tableView头，则此问题，此问题问题消失了，如此困惑(。第二，更重要的问题是，如果我向上滚动，tableview将"跳"。BELOW是GIF演示。(我不知道如何将大GIF发布到stackoverflow，对不起(https://github.com/yutanchi/grouptableviewsectionheaderjump/blob/master/tableviewjump.gif
我认为桌面视图使用估计的部分标题高度，而不是直接性截面标题高度。我已经搜索了很多信息，但没有什么能帮助我。我很困惑，如果截面标题的自我尺寸机制与Cell的自我规模机制相同。为什么自我尺寸的单元格可以执行正确的行为，而自动尺寸的部分，则进行自我尺寸的部分。不是。因为这种体系结构具有明显的性能优势，所以我想确定自我规模的部分标题有什么问题，解决这些烦人的问题并使用架构。
为此，您必须给所有元素左下底部的约束。还1英寸ViewDidload设置
self.yourtableView.estimatedRowHeight= your estimated_height_for_Cell
yourtableView.rowHeight = UITableViewAutomaticDimension
属性Inspector中标签的2集行数为零。