写在前面：
想写博客的想法很久了，由于懒和不知道写什么外，搁置了很久才在今天开始下笔写我的第一篇博客，如果你也是一名iOSer，并且刚好遇到了没有解决的这样的需求，刚好我的我的博客给了你解决问题的灵感，请给个赞哈☺️ 当然如果你有更深的见地或者更好的其他解决的方法，还望不吝赐教哦，大家共同进步(∩_∩)
好了步入正题，相信在项目中大家对于关闭键盘并不陌生，处理关闭键盘的做法一般分为两种：1.放弃第一响应者身份；2.当前视图结束编辑。通常情况下只要我们在合适的时机去做这两件事的任意一种，都会很稳妥的如我们所愿----关闭键盘。但是，总有那么一些特殊情况使我们不能如意的关闭键盘，比如：在tableviewcell上有一个textfiled或者textview时，我们想要点击背部空白关闭键盘时确不能如愿。现在，我们一步一步的来解决这个问题，首先我们创建一个这样的界面：
我们在要点击屏幕空白处收起键盘最常见的处理方法是在刚点击的方法中放弃第一响应者身份或者结束编辑，如图
但是运行后发现这个方法不执行，于是我们最常用的而且一用就成功的方法遭遇了tableview这个刺儿头就不灵了。按照我们的理解，只要我们与界面有任何交互运动，touchsBegan的方法就一定会执行，但是我们在这里打断点显示却是没有执行，这是为什么呢？一般在viewController中实现这个方法，点击背景时，这个方法就会执行，于是在tableviewController我们也潜移默化的认为tableviewController下的tableview也会执行这个方法，其实不然，因为tableviewController也是由viewController封装而成，所以真正执行touchsBegan的还是这个viewController下的view。
好了，既然这样不行，那我们就给tableview加个tap手势吧，代码如下：
然后我们再次运行程序看看效果。。。。好嘞，终于键盘如愿关闭了，需求解决，不用加班了，于是收拾书包准备回家呗。。。可是产品wang的声音在你即将双脚跨出办公室门外的0.0001秒之前将你叫了回来：“怎么点击cell不能跳转了，还有删除cell也删除不了了？” 于是原本欣喜的心情瞬间如一万头草泥马在心头奔腾而过，回家的愿望破灭了，放下书包继续撸代码。。。。（tap手势覆盖了tableview里面自带的手势，于是就不执行didselect...的方法）
现在就利用响应链机制来解决这个问题，事件响应链机制我就不在这儿细说了，官方资料讲的很明白了，主要就是查找事件源（调用hitTest...查找）和反馈给系统处理（调用.nextResponse),所以现在我们只需在点击tableview的事件反馈给appdelegate处理之前关闭键盘就可以了，这样既关闭了键盘，又不会由于覆盖tableview封装的手势而导致cell的手势操作异常问题。方法步骤如下：
1.由于我是用storyboard创建的界面，所以先创建一个继承自UItableview的类，然后与storyboard里面tableview关联。（纯代码一样）
2.在这个类中实现hitText...的方法如下所示：
这段代码的意思就是点击的是tableview就结束编辑并且返回tableview本身，这样就不影响了tableview本身的操作，然后点击的是tableview的子视图的时候就返回子视图就行了。
好了，再次运行程序，十指飞快的测试，bingo没问题，背上书包光年速度飞奔回家！
以上内容如有转载请注明出处，同时欢迎大家多多提出意见，还是那句话，大家共同进步，谢谢啦^_^！
