注意故事板中的UITableView属性，在我的例子中发生的是，我在故事板中选择了combox为“Selection: Single Selection”，这不允许didSelectRowAtIndexPath方法运行。

你必须检查这个 选择必须是单一选择，编辑必须是在编辑过程中没有选择 你也可以改变uttableviewcell属性中的设置 在表格视图单元格中编辑 样式必须是自定义的，标识符必须是Rid section为none

即使另一个答案已经被接受，我将为观察这个问题的人补充一个可能的问题和解决方案:

If you have automatic reference counting (ARC) turned on, you may find that even after assigning your controller as a delegate of the view, the view's messages to the controller are not being received because ARC is deleting the controller. Apparently the UITableView's delegate pointer does not count as a reference for the ARC, so if that is the only reference to it, the controller will be dealloc'd. You can verify whether or not this is happening by implementing the dealloc method on the controller and setting a breakpoint or NSLog call there.

解决方案是在其他地方使用强引用跟踪控制器，直到确定不再需要它为止。

以防你和我有同样的问题 显然，如果tableView处于编辑模式，这个方法不会被调用。你必须设置allowsSelectionDuringEditing为true。

通过这个问题:编辑时，' UITableView '不调用didSelectRowAtIndexPath ??

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

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

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

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

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

检查- hightforrowatindexpath是否不返回0。