最近有个需求需要做一个聊天功能，界面功能都已经搭建好，开始慢慢的优化用户体验。其中有个最简单的需求：点击输入框-->键盘显示，tableView上移；用户滑动tableView，键盘隐藏，tableView下移。
最初觉得这个需求非常简单，监听UIKeyboardWillShowNotification和UIKeyboardWillHideNotification通知上移或下移tableView。再实现tableView的代理方法：
- (void)scrollViewDidScroll:(UIScrollView *)scrollView
{
[self.view endEditing:YES];
}
在tableView滑动时停止输入不就好了。写完之后一运行才发现不是那回事。
scrollViewDidScroll:这个方法不仅在用户滑动时响应。当键盘显示过程中，tableView上移，结果也调用了这个方法，键盘立即又隐藏了。
无奈之下我又加了个判断BOOL isShowingKeyBoard,又监听了UIKeyboardDidShowNotification通知，scrollViewDidScroll方法改成了这样：
- (void)scrollViewDidScroll:(UIScrollView *)scrollView
{
if(! isShowingKeyBoard)
{
[self.view endEditing:YES];
}
}
另外凡是需要代码滑动tableView的情况，animation全部设置为NO，总算是暂时解决了这个问题。
可惜千算万算没算到在键盘显示后，切换键盘输入方式竟然也会导致tableView自己滑动，调用scrollViewDidScroll代理方法。这下算是没辙了，只能另想办法。
最开始考虑使用监听tableView的touch事件，不过这样有点麻烦还要写个继承类，后来想起UIGestureRecognizer有个代理方法可以间接实现这个需求：
- (BOOL)gestureRecognizer:(UIGestureRecognizer*)gestureRecognizer
shouldReceiveTouch:(UITouch *)touch
{
[self.view endEditing:YES];
return NO;
}
最终给tableView添加了一个滑动手势UIPanGestureRecognizer，实现上述代理方法，删除了上面的scrollViewDidScroll方法，确实非常管用，值得记录。
之所以这个方法这么管用，还在于只要是用户滑动tableView一定会调用这个方法，先直接隐藏键盘，再返回NO表示不响应用户的操作。这样用户的touch事件还是会交给tableView自己的panGesture去响应。
