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

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

我刚刚找到了另一种不调用didSelect方法的方法。在某种程度上，可能是在func声明本身的一些错误中，XCode建议我将@nonobjc添加到我的方法中:

@nonobjc func tableView（_ tableView： UITableView， didSelectRowAt indexPath： IndexPath） {

这将继续编译没有抱怨，但你永远不会被ui动作调用。

“那是我的两分钱，我想要回我的零钱”

检查- hightforrowatindexpath是否不返回0。

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

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的SuperView的高度。由于一个错误的计算，TableView被定位在SuperView之外。TableView绘制得很好，但是所有的交互都被禁用了(并且didSelectRowAtIndexPath从未被调用)。很难检测到，因为没有视觉上的迹象表明TableView是不可访问的。

确保你实现了tableView:didSelectRowAtIndexPath而不是tableView:didDeSelectRowAtIndexPath

这让我在很多场合!!