你必须使用其中一种方法，

[self.view endEditing:YES];

or

[self.textField resignFirstResponder];

子类化你的文本字段…还有textviews

在子类中放入此代码..

-(void)conformsToKeyboardDismissNotification{

    [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(dismissKeyBoard) name:KEYBOARD_DISMISS object:nil];
}

-(void)deConformsToKeyboardDismissNotification{

    [[NSNotificationCenter defaultCenter] removeObserver:self name:KEYBOARD_DISMISS object:nil];
}

- (void)dealloc{
    [[NSNotificationCenter defaultCenter] removeObserver:self];
    [self resignFirstResponder];
}

在textfield委托中(类似于textview委托)

-(void)textFieldDidBeginEditing:(JCPTextField *)textField{
     [textField conformsToKeyboardDismissNotification];
}


- (void)textFieldDidEndEditing:(JCPTextField *)textField{
    [textField deConformsToKeyboardDismissNotification];
}

都准备好了. .现在只需从代码中的任何地方发布通知。它将放弃任何键盘。

用swift:

self.view.endEditing(true)

我最近需要使用的一个稍微健壮一点的方法:

- (void) dismissKeyboard {
    NSArray *windows = [UIApplication sharedApplication].windows;

    for(UIWindow *window in windows) [window endEditing:true];

    //  Or if you're only working with one UIWindow:

    [[UIApplication sharedApplication].keyWindow endEditing:true];
}

我发现其他一些“全局”方法不起作用(例如，UIWebView和WKWebView拒绝辞职)。

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

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

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

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

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

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

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