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

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.

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

我刚遇到这个问题，但它并没有马上发生;在选择了几个单元格之后，它们将停止调用didSelectItemAtIndexPath。我意识到问题是集合视图将allowmultipleselection设置为TRUE。因为单元格从未被取消选择，这阻止了未来调用didSelectItemAtIndexPath。

我刚刚有了这个，就像过去发生在我身上的一样，它没有工作，因为我在尝试添加方法时没有注意自动完成，我实际上最终实现了tableView:didDeselectRowAtIndexPath:而不是tableView:didSelectRowAtIndexPath:。

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

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

在这种情况下，我遇到了两件事。

你可能忘了实现UITableViewDelegate协议，或者在你的类和你的表视图之间没有委托出口。 你可能有一个UIView在你的行里面，它是一个第一响应器，拿走你的点击。比如UIButton或类似的东西。

您可能犯的另一个错误(就像我犯的那样):如果在单元格中设置segue，则不会调用didSelectRowAtIndexPath。你应该在视图控制器中设置segue。