UIView之userInteractionEnabled属性介绍

属性做用

       该属性值为布尔类型，如属性自己的名称所释，该属性决定UIView是否接受并响应用户的交互。

       当值设置为NO后，UIView会忽略那些本来应该发生在其自身的诸如touch和keyboard等用户事件，并将这些事件从消息队列中移除出去。当值设置为YES后，这些用户事件会正常的派发至UIView自己(前提事件确实发生在该view上)，UIView会按照以前注册的事件处理方法来响应这些事件。

       在一次动画执行流程中，动画包含的全部UIView都会被临时禁止用户交互，而无论每一个UIView自己userInteractionEnabled此时的属性值是YES仍是NO。可是在配置动画时，经过添加UIViewAnimationOptionAllowUserInteraction选项能够禁止这种行为的发生，使UIView即便是在执行动画期间依然能响应用户事件。

发挥做用的简单原理描述

       熟悉IOS消息响应链的开发者都了解Hit-Testing的基本过程，此处对此不作深究，咱们能够简单的理解为在一次用户的touch交互中，是hit-test决定了Application的整个view层次结构中，到底该由哪一个view去接收并处理该事件。其基本的筛选过程能够粗糙的叙述为:

1. touch事件发生，建立UIEvent对象
2. 按照Application的view层次结构，逐层调用每一个view的hitTest:withEvent:方法，并传入该event对象，view根据hitTest:withEvent:方法和来决定touch点是否包含在本身的bounds中；
3. 若是view的bounds包含了touch点，该view会遍历本身的subview，并调用每一个subview的pointInside:withEvent:方法来进一步决定touch事件是发生在本身自己，仍是本身的subview上。
4. 重复第二，三步，并筛选出最终接受touch事件的view对象

       咱们关注的是筛选过程的第3步，view调用hitTest:withEvent:方法时，会受userInteractionEnabled属性设置的影响，若是当view的该属性值设置为NO时，即便最终touch点确实包含在view的bounds中，该view也会忽略touch事件，固然userInteractionEnabled的设置只是touch筛选的条件之一，在真正的筛选过程当中还包含了其余因素的考虑，所以还要参考hitTest:withEvent:的具体方法描述，但以上描述我的感受足够咱们理解userInteractionEnabled属性的基本原理。

特殊子类的覆盖

       userInteractionEnabled属性默认值为YES，但UIView的一些子类中对该属性进行了覆盖，并将其默认值设置为了NO，其中UIImageView和UILabel就是这样的类。userInteractionEnabled属性在UIImageView和UILabel的文档中都有简单的描述。在实际的界面开发过程当中，咱们常常用UIImageView来模拟按钮或其它能够响应用户touch事件的显示区，并经过gesture来为其添加事件响应，所以为了保证事件能正常的接受，咱们必需要显示的将UIImageView对象的userInteractionEnabled的值设为YES 。

注：描述于IOS5.1下