另一件可能导致问题的事情是不被选择的选择类型:

正常选择应为单选择，不应为无选择。

要以编程方式做到这一点，请执行:

tableView.allowsSelection = YES

我不确定是否有人滚动到足够远的地方看到这个答案，但由于这是关于这个主题最受欢迎的问题，而答案并不在那里，我将添加它:

从Xcode 9 / Swift 4开始，所有Objective-C方法都应该标记为@objc。编译器做了一个合理的工作，识别它应该应用在哪里，但它不计算继承。例如:

class Delegate: NSObject, UITableViewDelegate {
}

class SuperDelegate: Delegate {
    override func tableView(_ tableView: UITableView, willSelectRowAt indexPath: IndexPath) -> IndexPath? { return indexPath }
}

这将不会产生任何警告、崩溃或构建错误。但是你的行不会被调用，直到你添加@objc:

@objc class SuperDelegate: Delegate {
    override func tableView(_ tableView: UITableView, willSelectRowAt indexPath: IndexPath) -> IndexPath? { return indexPath }
}

这些答案对我都没用。大约一个小时后，我发现了一些非常阴险的事情:

我在另一个表格视图的单元格中有一个表格视图。我决定创建一个包含内部表视图的封闭视图。我将这个视图命名为contentView并在xib中连接它。

UITableViewCell已经有一个contentView并对它做了一些奇怪的事情。当我将属性重命名为mainContentView并将视图重新连接到这个重命名的属性时，问题自行解决了。

另一个疯狂的可能性是:我在iPhone 5S上运行我的应用，我使用了:

- (float)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath

就像我过去一直做的那样。

然而，我没有仔细查看我的编译器警告…它说我应该把上面这一行改为:

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath

64位兼容性!摇动的拳头

当心，万一你开始扯你的头发。

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

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

如果您有一个自定义单元格，请记住在Xib中(或通过代码)为单元格设置UserInteractionEnabled。