这段代码将根据键盘高度和文本字段的深度来计算需要向上移动多少。记住在头中添加委托并继承UITextFieldDelegate。

- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
{
    [_tbxUsername resignFirstResponder];
    [_tbxPassword resignFirstResponder];
}

- (void)textFieldDidBeginEditing:(UITextField *) textField
{
    [self animateTextField:textField up:YES];
}

- (void)textFieldDidEndEditing:(UITextField *) textField
{
    [self animateTextField:textField up:NO];
}

- (void) animateTextField: (UITextField*) textField up: (BOOL) up
{
    int animatedDistance;
    int moveUpValue = textField.frame.origin.y+ textField.frame.size.height;
    UIInterfaceOrientation orientation =
    [[UIApplication sharedApplication] statusBarOrientation];
    if (orientation == UIInterfaceOrientationPortrait ||
        orientation == UIInterfaceOrientationPortraitUpsideDown)
    {

        animatedDistance = 236-(460-moveUpValue-5);
    }
    else
    {
        animatedDistance = 182-(320-moveUpValue-5);
    }

    if(animatedDistance>0)
    {
        const int movementDistance = animatedDistance;
        const float movementDuration = 0.3f;
        int movement = (up ? -movementDistance : movementDistance);
        [UIView beginAnimations: nil context: nil];
        [UIView setAnimationBeginsFromCurrentState: YES];
        [UIView setAnimationDuration: movementDuration];
        self.view.frame = CGRectOffset(self.view.frame, 0, movement);
        [UIView commitAnimations];
    }
}

要在ViewDidLoad中添加的委托

_tbxUsername.delegate = self;
_tbxPassword.delegate = self;

一个更为优雅的解决方案是使用UIView子类（虽然这并不总是合适的），并在父帧更改时重新计算所有子视图（并且要聪明：只有在新帧大小发生更改时才重新计算它们，即在重写setFrame和调用[super setFrame:frame_]之前使用CGRectEqualToRect来比较新帧）。唯一的缺点是，您打算使用的UIViewController可能应该监听键盘事件（或者，您可以在UIView本身中进行监听，以方便封装）。但只有UIKeyboardWillShowNotification和UIKeyboard WillHideNotification。这只是为了让它看起来平滑（如果你等待CG调用它，你会得到一个波涛汹涌的时刻）。

无论如何，这有一个优点，那就是构建一个做正确事情的UIView子类。

天真的实现是重写drawRect:（不要），更好的方法是只使用layoutSubviews（然后在UIViewController中，或者在为显示或隐藏调用的SINGLE方法中调用[view setNeedsLayout]）。

此解决方案摆脱了硬编码键盘偏移（如果它们不在拆分等中，则会发生变化），还意味着您的视图可以是许多其他视图的子视图，并且仍然可以正确响应。

除非没有其他解决方案，否则不要硬编码这样的东西。如果你做得对，操作系统会给你足够的信息，你只需要智能地重新绘制（基于你的新帧大小）。这要干净得多，而且是你应该做的事情。（不过，可能还有更好的方法。）

干杯

如果您希望UIView正确移动，并且活动文本字段应准确定位到用户需要的位置，以便用户可以看到输入的内容。

为此，必须使用Scrollview。这假设是您的UIView层次结构。ContainerView->ScrollView->ContentView->您的视图。

如果您已经按照上面讨论的层次结构进行了UIView设计，那么现在在您的控制器类中，您需要在视图中添加通知观察器，并在视图中删除观察器。

但这种方法需要在UIView需要转换的地方添加每个控制器。我一直在使用“TPKeyboardAvoiding”吊舱。无论您是Scrollview、TableView还是CollectionView，它都能可靠且轻松地处理各种可能情况下的UIView转换。您只需要将类传递到“滚动视图”。

如下图所示

如果您是表视图，则可以将此类更改为“TPKeyboardAvoidingTableView”。您可以找到完整的运行项目project Link

我一直遵循这种稳健的开发方法。希望这有帮助！

本文档详细介绍了此问题的解决方案。查看“移动位于键盘下的内容”下的源代码。这很简单。

编辑：注意到示例中有一个小故障。您可能希望侦听UIKeyboardWillHideNotification，而不是UIKeyboard DidHideNotification。否则，在键盘关闭动画期间，键盘后面的滚动视图将被剪裁。

当UITextField位于UITableViewCell中时，应自动设置滚动。

如果不是，可能是因为表视图的代码/设置不正确。

例如，当我重新加载长表时，底部有一个UITextField，如下所示：，

-(void) viewWillAppear:(BOOL)animated
{
   [self.tableview reloadData];
}

然后，当我在文本字段内单击时，底部的文本字段被键盘遮挡。

为了解决这个问题，我必须这样做-

-(void) viewWillAppear:(BOOL)animated
{
    //add the following line to fix issue
    [super viewWillAppear:animated];
    [self.tableview reloadData];
}

刚找到这个类：

https://github.com/OliverLetterer/SLScrollViewKeyboardSupport

到目前为止，它在iPhone上运行得很好，包括动画和正确的偏移。

要使用它，只需添加到viewDidLoad：

self.support = [[SLScrollViewKeyboardSupport alloc] initWithScrollView:self.scrollView];