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

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

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

在代码中，我只需要做:

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

另一种可能性是UITapGestureRecognizer可以吃掉事件，就像这里的情况:https://stackoverflow.com/a/9248827/214070

我没有怀疑这个原因，因为表格单元格仍然会突出显示蓝色，就像水龙头通过一样。

如果您的表视图处于编辑模式(例如。[tableView setEditing:YES animated:NO];)，你需要设置tableView。allowsSelectionDuringEditing = YES;

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

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

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

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

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

我有个电话要打。userInteractionEnabled隐藏在一些定制表代码中。

大多数虫子都很蠢，不是吗?

在我的例子中，只有一个细胞有这个问题。单元格以只读模式包含UITextView出口。虽然在点击前是只读的。一敲键盘，键盘就竖起来了。事实证明，它仍然需要禁用交互。

cell.content.scrollEnabled = NO;
cell.content.editable = NO;
cell.content.userInteractionEnabled = NO;
cell.content.delegate = nil;

[cell。content resignFirstResponder];