iOS bug 日志-userInteractionEnabled

标签：

今天做一个九宫格密码的项目，设button的selected状态，怎么都不对，后来发现这个属性的作用

 [btn setBackgroundImage:[UIImage imageNamed:@"gesture_node_normal"] forState:UIControlStateNormal];

        btn.userInteractionEnabled = NO;

        //设置选中的图片

        [btn setBackgroundImage:[UIImage imageNamed:@"gesture_node_highlighted"] forState:UIControlStateSelected];

如果要切换 button的selected的值 必须要设置这样的属性否则交互式作为 enabled 作为交互

属性作用 

       该属性值为布尔类型，如属性本身的名称所释，该属性决定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 。

iOS bug 日志-userInteractionEnabled

标签：

原文地址：http://www.cnblogs.com/adodo/p/5221945.html