在我的情况下，didSelctRowAtIndexPath不调用是因为我在tableView的Selection属性中没有选择，设置为单一选择解决了我的问题

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

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

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

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

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

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

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

这些答案对我都没用。大约一个小时后，我发现了一些非常阴险的事情:

我在另一个表格视图的单元格中有一个表格视图。我决定创建一个包含内部表视图的封闭视图。我将这个视图命名为contentView并在xib中连接它。

UITableViewCell已经有一个contentView并对它做了一些奇怪的事情。当我将属性重命名为mainContentView并将视图重新连接到这个重命名的属性时，问题自行解决了。

我重复了之前所有的答案，但没有一个对我有帮助。经过反复试验，我找到了一个不同的解决方案。我有一个UIImageView覆盖整个单元格(作为背景)。默认情况下，UIImageView禁用用户交互。通过启用imageviews用户交互委托方法-didSelectRowAtIndexPath:再次被调用。 如。

cell.imgView.userInteractionEnabled = YES;

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