另一个“解决方案”：跳过所有这些挫折，改用UIScrollView来获得与UITableView看起来和感觉相同的结果。

对我来说，这是一个痛苦的“解决方案”，因为我花了20多个令人沮丧的小时试图构建类似smileyborg建议的东西，但在几个月和三个版本的应用商店发布中失败了。

我的看法是，如果你真的需要iOS 7支持（对我们来说，这是必不可少的），那么这项技术太脆弱了，你会竭尽全力。UITableView通常是完全过度的，除非您使用一些高级行编辑功能和/或确实需要支持1000+“行”（在我们的应用程序中，它实际上永远不会超过20行）。

额外的好处是，与UITableView附带的所有委托垃圾相比，代码变得异常简单。它只是viewOnLoad中的一个代码循环，看起来很优雅，易于管理。

以下是一些关于如何做到这一点的提示：

使用Storyboard或nib文件，创建ViewController和关联的根视图。将UIScrollView拖到根视图上。向顶层视图添加顶部、底部、左侧和右侧约束，以便UIScrollView填充整个根视图。在UIScrollView中添加一个UIView，并将其称为“容器”。向UIScrollView（其父视图）添加顶部、底部、左侧和右侧约束。关键技巧：还要添加一个“等宽”约束来链接UIScrollView和UIView。注意：您将收到一个错误“滚动视图的可滚动内容高度不明确”，并且您的容器UIView的高度应该为0像素。当应用程序运行时，这两个错误似乎都不重要。为每个“单元”创建笔尖文件和控制器。使用UIView而不是UITableViewCell。在您的根ViewController中，您实际上将所有“行”添加到容器UIView中，并以编程方式添加约束，将它们的左边缘和右边缘链接到容器视图，将其顶部边缘链接到（第一个项目的）容器视图顶部或上一个单元格。然后将最终单元格链接到容器底部。

对我们来说，每一行都在一个笔尖文件中。所以代码看起来像这样：

class YourRootViewController {

    @IBOutlet var container: UIView! //container mentioned in step 4

    override func viewDidLoad() {
        
        super.viewDidLoad()

        var lastView: UIView?
        for data in yourDataSource {

            var cell = YourCellController(nibName: "YourCellNibName", bundle: nil)
            UITools.addViewToTop(container, child: cell.view, sibling: lastView)
            lastView = cell.view
            //Insert code here to populate your cell
        }

        if(lastView != nil) {
            container.addConstraint(NSLayoutConstraint(
                item: lastView!,
                attribute: NSLayoutAttribute.Bottom,
                relatedBy: NSLayoutRelation.Equal,
                toItem: container,
                attribute: NSLayoutAttribute.Bottom,
                multiplier: 1,
                constant: 0))
        }

        ///Add a refresh control, if you want - it seems to work fine in our app:
        var refreshControl = UIRefreshControl()
        container.addSubview(refreshControl!)
    }
}

下面是UITools.addViewToTop的代码：

class UITools {
    ///Add child to container, full width of the container and directly under sibling (or container if sibling nil):
    class func addViewToTop(container: UIView, child: UIView, sibling: UIView? = nil)
    {
        child.setTranslatesAutoresizingMaskIntoConstraints(false)
        container.addSubview(child)
        
        //Set left and right constraints so fills full horz width:
        
        container.addConstraint(NSLayoutConstraint(
            item: child,
            attribute: NSLayoutAttribute.Leading,
            relatedBy: NSLayoutRelation.Equal,
            toItem: container,
            attribute: NSLayoutAttribute.Left,
            multiplier: 1,
            constant: 0))
        
        container.addConstraint(NSLayoutConstraint(
            item: child,
            attribute: NSLayoutAttribute.Trailing,
            relatedBy: NSLayoutRelation.Equal,
            toItem: container,
            attribute: NSLayoutAttribute.Right,
            multiplier: 1,
            constant: 0))
        
        //Set vertical position from last item (or for first, from the superview):
        container.addConstraint(NSLayoutConstraint(
            item: child,
            attribute: NSLayoutAttribute.Top,
            relatedBy: NSLayoutRelation.Equal,
            toItem: sibling == nil ? container : sibling,
            attribute: sibling == nil ? NSLayoutAttribute.Top : NSLayoutAttribute.Bottom,
            multiplier: 1,
            constant: 0))
    }
}

到目前为止，我用这种方法发现的唯一“错误”是UITableView具有一个很好的特性，即在滚动时在视图顶部“浮动”节标题。除非您添加更多的编程，否则上面的解决方案无法做到这一点，但对于我们的特定情况，这一功能并不是100%必需的，当它消失时，没有人注意到。

如果您希望在单元格之间使用分隔符，只需在自定义“单元格”底部添加一个1像素高的UIView，它看起来像分隔符。

确保启用“反弹”和“垂直反弹”，刷新控件才能工作，这样看起来更像是一个表视图。

TableView在您的内容下显示一些空行和分隔符，如果它没有像这个解决方案那样填满整个屏幕。但就我个人而言，我更希望那些空行不在那里——因为单元格高度可变，所以我总是觉得空行在那里很“麻烦”。

希望其他一些程序员在浪费20多个小时试图在自己的应用程序中使用表视图解决问题之前阅读我的帖子

我刚刚遇到一个非常重要的问题，作为回答发布。

@smileyborg的回答基本正确。但是，如果自定义单元格类的layoutSubviews方法中有任何代码，例如设置preferredMaxLayoutWidth，则不会使用以下代码运行：

[cell.contentView setNeedsLayout];
[cell.contentView layoutIfNeeded];

这让我困惑了一阵子。然后我意识到这是因为它们只触发contentView上的layoutSubview，而不是单元格本身。

我的工作代码如下：

TCAnswerDetailAppSummaryCell *cell = [self.tableView dequeueReusableCellWithIdentifier:@"TCAnswerDetailAppSummaryCell"];
[cell configureWithThirdPartyObject:self.app];
[cell layoutIfNeeded];
CGFloat height = [cell.contentView systemLayoutSizeFittingSize:UILayoutFittingCompressedSize].height;
return height;

注意，如果您正在创建一个新的单元格，我很确定您不需要调用setNeedsLayout，因为它应该已经设置好了。在保存对单元格的引用的情况下，您可能应该调用它。不管怎样，它都不会造成任何影响。

另一个提示是，如果您使用的是单元格子类，则需要设置preferredMaxLayoutWidth等属性。正如@smileyborg提到的，“您的表视图单元格的宽度尚未固定到表视图的宽度”。这是正确的，如果您在子类中而不是在视图控制器中进行工作，则会遇到麻烦。但是，此时可以使用表格宽度简单地设置单元格框架：

例如，在计算高度时：

self.summaryCell = [self.tableView dequeueReusableCellWithIdentifier:@"TCAnswerDetailDefaultSummaryCell"];
CGRect oldFrame = self.summaryCell.frame;
self.summaryCell.frame = CGRectMake(oldFrame.origin.x, oldFrame.origin.y, self.tableView.frame.size.width, oldFrame.size.height);

（我碰巧缓存了这个特定的单元以供重用，但这无关紧要）。

以防人们仍然对此感到困扰。我写了一篇关于在UITableViews中使用Autolayout的快速博客文章，利用Autolayout For Dynamic Cell Heights以及一个开源组件来帮助实现这一点，使其更加抽象和易于实现。https://github.com/Raizlabs/RZCellSizeManager

如果单元格高度根据内容是动态的，则应精确计算出它，然后在渲染单元格之前返回高度值。一种简单的方法是在表视图单元格代码中定义计数方法，以便控制器在表单元格高度委托方法处调用。如果高度取决于表格或屏幕的宽度，请不要忘记计算实际单元格框架宽度（默认值为320）。也就是说，在表单元格高度委托方法中，首先使用cell.frame来校正单元格宽度，然后调用单元格中定义的计数高度方法来获得合适的值并返回它。

PS。可以在另一个方法中定义用于生成单元格对象的代码，以便调用不同的表视图单元格委托方法。

只要你的单元格布局良好。

-(CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath {
    UITableViewCell *cell = [self tableView:tableView cellForRowAtIndexPath:indexPath];

    return [cell.contentView systemLayoutSizeFittingSize:UILayoutFittingCompressedSize].height;
}

更新：您应该使用iOS 8中引入的动态调整大小。

tableView.estimatedRowHeight = 343.0
tableView.rowHeight = UITableViewAutomaticDimension