以防有人和我犯同样愚蠢的错误

检查您所期望的didSelect的方法名是否会以某种方式意外地获得didDeselect。我花了大约两个小时才发现……

我自己也有这个问题。我已经在IB中构建了视图的骨架(只是一个视图和一个TableView)，委托没有设置。我把它连接到文件的所有者，它就像一个魅力。::保存::

在我的情况下，问题是我有一个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
}

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

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

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

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

另一个可能的原因是UITableView被嵌入到UIScrollView中。我今天遇到了这个问题，因为我无意中使用了滚动视图而不是普通视图作为控制器的根视图。