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

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

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

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

我在我的表视图上放了一个UITapGestureRecognizer来消除键盘，这阻止了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.

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

请检查UITapGestureRecognizer。 在我的例子中，tapgesture被添加到tableview所在的视图中，这消耗了UITableview的用户交互，比如didselect。 禁用视图的tapgesture后，触发了didselect委托。

另一种可能性是UITapGestureRecognizer可以吃掉事件，就像这里的情况:https://stackoverflow.com/a/9248827/214070

我没有怀疑这个原因，因为表格单元格仍然会突出显示蓝色，就像水龙头通过一样。

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