一个常见的错误是编写调用selectRowAtIndexPath或deselectRowAtIndexPath的代码，并假设该调用将触发对委托的didSelectRowAtIndexPath的调用。但事实并非如此。

selectRowAtIndexPath和deselectRowAtIndexPath的文档清楚地说明:

"这些方法不会调用委托方法 tableView:willSelectRowAtIndexPath:或tableView:didSelectRowAtIndexPath:，也不会发出通知。"

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

另一个疯狂的可能性是:我在iPhone 5S上运行我的应用，我使用了:

- (float)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath

就像我过去一直做的那样。

然而，我没有仔细查看我的编译器警告…它说我应该把上面这一行改为:

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath

64位兼容性!摇动的拳头

当心，万一你开始扯你的头发。

对此发表我的意见。

我有一个自定义UITableViewCell，有一个按钮覆盖整个单元格，所以当触摸发生时，按钮被选中，而不是单元格。

要么删除按钮，要么在我的情况下，我将按钮上的User interaction Enable设置为false，这样单元格就被选中了。

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

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

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.

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