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

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之上，“user action”被设置为YES，它拦截了我在tableview上的触摸。

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

在代码中，我只需要做:

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

请检查UITapGestureRecognizer。 在我的例子中，tapgesture被添加到tableview所在的视图中，这消耗了UITableview的用户交互，比如didselect。 禁用视图的tapgesture后，触发了didselect委托。

如果你在UITableView上添加了一个gestureRecognizer, didSelectRowAtIndexPath将不会被调用。

你需要使用gestureRecognizer委托方法来避免特定视图中的触摸。

- (BOOL)gestureRecognizer:(UIGestureRecognizer *)gestureRecognizer shouldReceiveTouch:(UITouch *)touch {
    if ([touch.view isDescendantOfView:YourTable]) {
        return NO;
    }
    return YES;
}

我不能评论，写在这里。 在我的情况下didSelectRow工作，但没有didDeselectRow。 我为tableView设置委托和数据源，这解决了我的情况。