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

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

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

在代码中，我只需要做:

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

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

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

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

tableView.allowsSelection = YES

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

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

我间歇性地有这个问题。有时触摸一个单元格会导致它被选中。有时它不会接收touch事件。

我使用的是ios8中引入的一个叫做自调整单元格的功能。我看到一篇博客文章指出:

当表视图第一次显示时，您可能会发现其中的一些单元格 尺寸不合适。但当你滚动表格视图时，新的 显示的单元格具有正确的行高。为了解决这个问题， 你可以在视图出现后强制重载:

override func viewDidAppear(animated: Bool) {
    tableView.reloadData()
}

这为我解决了问题。即使表视图正确呈现，触摸处理(特别是UITableView的hitTest)似乎受到上述错误的影响。

记住在viewDidLoad方法中设置数据源和委托，如下所示:

[self.tableView setDelegate:self];

[self.tableView setDataSource:self];

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