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

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

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

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

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

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

希望这能帮助到别人

以防你和我有同样的问题 显然，如果tableView处于编辑模式，这个方法不会被调用。你必须设置allowsSelectionDuringEditing为true。

通过这个问题:编辑时，' UITableView '不调用didSelectRowAtIndexPath ??

都是很好的答案，但还有一个需要注意……

(特别是当以编程方式创建UITableView时)

确保tableView可以通过设置[tableView setAllowsSelection:YES]来响应选择;或者删除任何将其设置为NO的行。

在我的例子中，只有一个细胞有这个问题。单元格以只读模式包含UITextView出口。虽然在点击前是只读的。一敲键盘，键盘就竖起来了。事实证明，它仍然需要禁用交互。

cell.content.scrollEnabled = NO;
cell.content.editable = NO;
cell.content.userInteractionEnabled = NO;
cell.content.delegate = nil;

[cell。content resignFirstResponder];

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

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.

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