这些答案对我都没用。大约一个小时后，我发现了一些非常阴险的事情:

我在另一个表格视图的单元格中有一个表格视图。我决定创建一个包含内部表视图的封闭视图。我将这个视图命名为contentView并在xib中连接它。

UITableViewCell已经有一个contentView并对它做了一些奇怪的事情。当我将属性重命名为mainContentView并将视图重新连接到这个重命名的属性时，问题自行解决了。

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

我遇到了一个问题，在几个月没有看我的代码后，我忘记了我实现了以下方法，由于一些不必要的需求

- (BOOL)tableView:(UITableView *)tableView shouldHighlightRowAtIndexPath:(NSIndexPath  *)indexPath{
    return NO;
}

为了使行被选中，它应该返回YES。

好的，在这里更新，因为我刚刚遇到了这个问题，我的问题与这里发现的略有不同。

我在IB中查看，看到我的委托被设置，但它被错误地设置为视图，而不是文件的所有者(右键单击表视图，查看委托指向的位置)。

希望这能帮助到别人

确保在主线程上调用reloadData。如果你从某种异步方法(例如:某种网络请求)调用该方法，表视图可能会或可能不会正确响应(在某些情况下，应用程序甚至会崩溃)。

使用主线程代码块来执行reloadData调用，如果调用是在其他一些方法块中进行的(你不确定):

[[NSOperationQueue mainQueue] addOperationWithBlock:^{
    [tableView reloadData];
}];

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