确保你实现了tableView:didSelectRowAtIndexPath而不是tableView:didDeSelectRowAtIndexPath

这让我在很多场合!!

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

从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 }
}

另一件可能导致问题的事情是不被选择的选择类型:

正常选择应为单选择，不应为无选择。

要以编程方式做到这一点，请执行:

tableView.allowsSelection = YES

在我的例子中，我在加载时动态计算TableView的SuperView的高度。由于一个错误的计算，TableView被定位在SuperView之外。TableView绘制得很好，但是所有的交互都被禁用了(并且didSelectRowAtIndexPath从未被调用)。很难检测到，因为没有视觉上的迹象表明TableView是不可访问的。

我的问题不在上面。太差劲了。但我想我应该把它列在这里，也许它能帮助到别人。

I have a tableViewController that is my "base" controller and then I create subclasses of this controller. I was writing all my code in the tableView:didSelectRowAtIndexPath routine in the "base" class. Completely forgetting that by default this routine had also been created (albeit with no code that did anything) in all of my subclasses as well. So when I ran my app, it ran the subclass version of the code, did nothing, and made me sad. So of course, once I removed the routine from the subclasses, it used mt "base" class routine and I'm in business.

我知道。别笑。但也许这能帮别人省下我浪费的一小时…

对此发表我的意见。

我有一个自定义UITableViewCell，有一个按钮覆盖整个单元格，所以当触摸发生时，按钮被选中，而不是单元格。

要么删除按钮，要么在我的情况下，我将按钮上的User interaction Enable设置为false，这样单元格就被选中了。