你可能也需要覆盖UIViewController disablesautomatickeyboarddismiss来让它在某些情况下工作。如果你有UINavigationController，这可能必须在UINavigationController上完成。

这不是很漂亮，但是当我不知道responder是什么时，我辞去firstResponder的方式:

创建一个UITextField，无论是在IB或编程。把它隐藏起来。如果你是用IB写的，就把它链接到你的代码上。 然后，当你想要解散键盘时，你将响应器切换到不可见的文本字段，并立即辞职:

  [self.invisibleField becomeFirstResponder];
  [self.invisibleField resignFirstResponder];

你应该发送enditing:到工作窗口作为UIView的子类

[[UIApplication sharedApplication].windows.firstObject endEditing:NO];

我讨厌没有“全局”的方法在不使用私有API调用的情况下以编程方式取消键盘。我经常需要在不知道哪个对象是第一个响应器的情况下以编程方式关闭键盘。我使用Objective-C运行时API检查self，枚举它的所有属性，取出那些类型为UITextField的属性，并将resignFirstResponder消息发送给它们。

做这件事不应该这么难…

你可以向应用程序发送一个nil目标动作，它会在任何时候辞职第一响应者，而不必担心哪个视图当前有第一响应者状态。

objective - c:

[[UIApplication sharedApplication] sendAction:@selector(resignFirstResponder) to:nil from:nil forEvent:nil];

斯威夫特3.0:

UIApplication.shared.sendAction(#selector(resignFirstResponder), to: nil, from: nil, for: nil)

在Mac OS X中，Nil目标操作在菜单命令中很常见，在iOS中也有使用。

您可以递归地遍历子视图，存储所有UITextFields的数组，然后循环遍历它们并重新分配它们。

这并不是一个很好的解决方案，特别是当你有很多子视图时，但对于简单的应用程序来说，它应该是可行的。

我用一种更复杂，但更高效的方式解决了这个问题，但使用了我的应用程序的动画引擎的单例/管理器，任何时候一个文本字段成为响应器，我会将它分配给一个静态，它会根据某些其他事件被清除(辞职)…我几乎不可能用一段话解释清楚。

要有创意，在我发现这个问题后，我只花了10分钟就考虑了这个问题。