记住在viewDidLoad方法中设置数据源和委托，如下所示:

[self.tableView setDelegate:self];

[self.tableView setDataSource:self];

注意故事板中的UITableView属性，在我的例子中发生的是，我在故事板中选择了combox为“Selection: Single Selection”，这不允许didSelectRowAtIndexPath方法运行。

我的问题不在上面。太差劲了。但我想我应该把它列在这里，也许它能帮助到别人。

I have a tableViewController that is my "base" controller and then I create subclasses of this controller. I was writing all my code in the tableView:didSelectRowAtIndexPath routine in the "base" class. Completely forgetting that by default this routine had also been created (albeit with no code that did anything) in all of my subclasses as well. So when I ran my app, it ran the subclass version of the code, did nothing, and made me sad. So of course, once I removed the routine from the subclasses, it used mt "base" class routine and I'm in business.

我知道。别笑。但也许这能帮别人省下我浪费的一小时…

在我的情况下，我犯了一个小错误，我分配:

tableView.isUserInteractionEnabled = false

它应该是:

tableView.isUserInteractionEnabled = true

在这篇文章中有一些惊人的线索和答案(可能是我见过的最好的讨论之一!)这里的线索帮助我找出了我的问题，但我仍然花了很多时间在键盘上流口水，试图发现问题，这和其他帖子类似。然而，我最终发现它的方式有点不同，所以我想分享一下，以防其他人也遇到它。

事实证明，我的问题是，在代码中，一个超类添加了一个全屏的“错误视图”，它不是隐藏的，而是透明的。然而，因为它在tableview之上，“user action”被设置为YES，它拦截了我在tableview上的触摸。

我用Xcode很酷的“Debug View Hierarchy”按钮诊断了这个问题。下面是一个带有注释的屏幕截图，希望能解释我做了什么，以及我最终是如何诊断问题的。

在代码中，我只需要做:

errorMessageView.setUserInteractionEnabled = NO;
// or
errorMessageView.hidden = YES;

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

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.

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