我自己也有这个问题。我已经在IB中构建了视图的骨架(只是一个视图和一个TableView)，委托没有设置。我把它连接到文件的所有者，它就像一个魅力。::保存::

在这篇文章中有一些惊人的线索和答案(可能是我见过的最好的讨论之一!)这里的线索帮助我找出了我的问题，但我仍然花了很多时间在键盘上流口水，试图发现问题，这和其他帖子类似。然而，我最终发现它的方式有点不同，所以我想分享一下，以防其他人也遇到它。

事实证明，我的问题是，在代码中，一个超类添加了一个全屏的“错误视图”，它不是隐藏的，而是透明的。然而，因为它在tableview之上，“user action”被设置为YES，它拦截了我在tableview上的触摸。

我用Xcode很酷的“Debug View Hierarchy”按钮诊断了这个问题。下面是一个带有注释的屏幕截图，希望能解释我做了什么，以及我最终是如何诊断问题的。

在代码中，我只需要做:

errorMessageView.setUserInteractionEnabled = NO;
// or
errorMessageView.hidden = YES;

听起来好像这个类不是表格视图的UITableViewDelegate，尽管UITableViewController应该自动设置。

你是否有机会将委托重置为其他类?

检查- hightforrowatindexpath是否不返回0。

我不确定是否有人滚动到足够远的地方看到这个答案，但由于这是关于这个主题最受欢迎的问题，而答案并不在那里，我将添加它:

从Xcode 9 / Swift 4开始，所有Objective-C方法都应该标记为@objc。编译器做了一个合理的工作，识别它应该应用在哪里，但它不计算继承。例如:

class Delegate: NSObject, UITableViewDelegate {
}

class SuperDelegate: Delegate {
    override func tableView(_ tableView: UITableView, willSelectRowAt indexPath: IndexPath) -> IndexPath? { return indexPath }
}

这将不会产生任何警告、崩溃或构建错误。但是你的行不会被调用，直到你添加@objc:

@objc class SuperDelegate: Delegate {
    override func tableView(_ tableView: UITableView, willSelectRowAt indexPath: IndexPath) -> IndexPath? { return indexPath }
}

一个常见的错误是编写调用selectRowAtIndexPath或deselectRowAtIndexPath的代码，并假设该调用将触发对委托的didSelectRowAtIndexPath的调用。但事实并非如此。

selectRowAtIndexPath和deselectRowAtIndexPath的文档清楚地说明:

"这些方法不会调用委托方法 tableView:willSelectRowAtIndexPath:或tableView:didSelectRowAtIndexPath:，也不会发出通知。"