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

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.

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

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

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

添加@interface ExampleViewController () <UITableViewDelegate, UITableViewDataSource> 在故事板中进行委托

添加代码 - （void）tableView：（UITableView *）tableView didSelectRowAtIndexPath：（NSIndexPath *）indexPath { UITableViewCell *cell = [tableView cellForRowAtIndexPath：indexPath]; NSString *cellText = cell.textLabel.text; }

我有个电话要打。userInteractionEnabled隐藏在一些定制表代码中。

大多数虫子都很蠢，不是吗?

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