我在我的表视图上放了一个UITapGestureRecognizer来消除键盘，这阻止了didSelectRowAtIndexPath:被调用。希望它能帮助到别人。

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

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

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

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

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

在我的情况下，问题是我有一个UITableViewCell子类，我实现了这两个方法: touchesBegan:withEvent: & touchesEnded:withEvent处理一个花哨的触摸动画。 但是我忘记添加[super touchesBegan: touchwithevent:event];方法ad [super touchesEnded: touchwithevent:event];也通知父单元的触摸。

所以将代码更改为以下解决了我的问题:

-(void) touchesBegan:(NSSet*)touches withEvent:(UIEvent*)event{
    [super touchesBegan:touches withEvent:event];
    //blah blah blah
}

-(void) touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event{
    [super touchesEnded:touches withEvent:event];
    //rest of the code
}

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

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.

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