最近在项目中经常用到UITableView中的cell中带有UITextField或UITextView的情况，然后在这种场景下，当我们点击屏幕较下方的cell进行编辑时，这时候键盘弹出来会出现遮挡待输入的cell，导致我们无法很方便地查看到我们输入的内容，这样的体验是非常不好的。这个问题在之前我们的随笔iOS学习——键盘弹出遮挡输入框问题解决方案中也有讲过对应的解决方案，但是该方案在最近的应用中还有点小问题，我们在这里重新进行处理好。

一 主控制器为UITableViewController或其子类

　　首先，有一个很简单的解决方案，就是将我们的控制器换成UITableViewController或其子类，UITableViewController中的cell当有键盘弹出的时候表单整体会自动进行上移，我们需要编辑的区域正好可以在键盘的上方，这样我们正好也可以看到我们编辑的内容，方便我们进行修改和调整具体内容。

　　但是，如果我们的整体布局并不是只有一个UITableView，或者我们在项目中需要用到MBProgressHUD框架时，我们可能就不能直接将我们的控制器设置成UITableViewController或其子类，因为MBProgressHUD框架在UITableViewController和UICollectionViewController中显示会存在一些bug，在GitHub中的MBProgressHUD框架官方文档中就有提到要避免将HUD添加到具有复杂视图层次结构的某些UIKit视图（如UITableView或UICollectionView），UITableViewController和UICollectionViewController中的self.view实际上就是对应的UITableView或UICollectionView，所以会出现一些莫名其妙的bug，显示不出来或者显示的位置不对。

原文：You can add the HUD on any view or window. It is however a good idea to avoid adding the HUD to certain UIKit views with complex view hierarchies - like UITableView or UICollectionView. Those can mutate their subviews in unexpected ways and thereby break HUD display.
翻译：你可以在任何视图或窗口上添加HUD。 然而，避免将HUD添加到具有复杂视图层次结构的某些UIKit视图（如UITableView或UICollectionView）是一个好主意。 这可能以意想不到的方式改变他们的subviews，从而破坏HUD显示。

二 主控制器为UIViewController或其子类

　　其实最开始我就是用的UITableViewController，结果要提示的要提示的tips总是显示不设定的位置上，后来才得以发现的这个bug，我也很无奈