大家好，关于uiview添加点击很多朋友都还不太明白，不过没关系，因为今天小编就来为大家分享关于ios模拟点击屏幕的软件的知识点，相信应该可以解决大家的一些困惑和问题，如果碰巧可以解决您的问题，还望关注下本站哦，希望对各位有所帮助！

一、iOS事件机制(点击、手势、UIControl)

1、注意：对于一个手指的触摸，是UITouch每次状态改变的时候都会回调UIResponder相对应的处理方法。对于多个手指的触摸，也许多个UITouch状态的改变一起回调UIResponder的处理方法，也许每个UITouch状态的改变都会回调UIResponder的处理方法，例如，两个点击，可能只有一个touchesBegan的回调，两个touchesEnded的回调.同时，多个UIControl状态改变只有一次touchesBegan等方法回调的参数touches里touch的个数我测试的时候只有一个，不要以为所有状态改变的UITouch只有一次回调时都会放到touches参数里。关于多点触摸的处理个人不建议在UITouch的响应机制里去做处理，里面具体原理并不明朗，实际开发中的借鉴也不多，涉及多点触摸使用手势更好。

2、 UIResponder是iOS中用于处理用户事件的API，可以处理触摸事件、按压事件(3D touch)、远程控制事件、硬件运动事件。可以通过touchesBegan、pressesBegan、motionBegan、remoteControlReceivedWithEvent等方法，获取到对应的回调消息。UIResponder不只用来接收事件，还可以处理和传递对应的事件，如果当前响应者不能处理，则转发给其他合适的响应者处理。

3、应用程序通过响应者来接收和处理事件，响应者可以是继承自UIResponder的任何子类，例如UIView、UIViewController、UIApplication等。当事件来到时，系统会将事件传递给合适的响应者，并且将其成为第一响应者。

4、第一响应者未处理的事件，将会在响应者链中进行传递，传递规则由UIResponder的nextResponder决定，可以通过重写该属性来决定传递规则。当一个事件到来时，第一响应者没有接收消息，则顺着响应者链向后传递。

5、 Gesture Recognizer是对底层事件处理的封装，是为了让使用者能够更简单处理事件。

6、手势分为离散型手势（discrete gestures）和持续型手势（continuous gesture）。

7、 UIControl是系统提供的能够以target-action模式处理触摸事件的控件，iOS中UIButton、UISegmentedControl、UISwitch等控件都是UIControl的子类。

8、值得注意的是，UIConotrol是UIView的子类，因此本身也具备UIResponder应有的身份。

9、 UIControl作为控件类的基类，它是一个抽象基类，我们不能直接使用UIControl类来实例化控件，它只是为控件子类定义一些通用的接口，并提供一些基础实现，以在事件发生时，预处理这些消息并将它们发送到指定目标对象上。

10、四个重要识别方法是在touchesBegan、touchesMoved、touchedEnded、touchesCancelled里回调的。

11、推测是：endTrackingWithTouch调用后识别了行为，做标记，返回到touchesEnded后，判断本UIControl是否易识别行为，调用行为回调。

12、 App接收到触摸事件后，会被放入当前应用程序的UIApplication维护的事件队列中.

13、由于事件一次只有一个，但是能够响应的事件的响应者众多，所以这就存在一个寻找第一响应者的过程。

14、调用方法，获取到被点击的视图，也就是第一响应者。

15、-(UIView*)hitTest:(CGPoint)point withEvent:(UIEvent*)event;

16、 hitTest:withEvent:方法内部会通过调用pointInside:这个方法，来判断点击区域是否在视图上，是则返回YES，不是则返回NO。

17、经过Hit-Testing的过程后，UIApplication已经知道了第一响应者是谁，接下来要做的事情就是:

18、自定义的view的touchesBegan、touchesMoved、touchesEnded、touchedCancelled四个方法重写，记录打印过程，该view上添加tapGestureRecognized手势，该tapGestureRecognized也覆写了这四个方法。

19、结合上面的输出和调用栈，我们可能并不能明确的看出有手势的时候点击的过程，不过如果你自己调试，是能得出如下结论的：

20、 UIGestureRecognizer和UITouch的关系可以由UIGestureRecognizer的三个属性影响：cancelsTouchesInView、delaysTouchesBegan、delaysTouchesEnded。

21、本身就是在UIResponder的UITouchesBegan、UITouchesMoved、UITouchedEnded、UITouchesCancel四个回调中调用的。

22、 UIControl的响应处理并不会影响UIResponder的响应链的处理，但是UIControl会影响另一个UIControl，子视图的UIControl具有优先级。

23、 UIGestureRecognizer和UIControl并没有决定的优先级。

24、从iOS6开始在控件的父视图上面添加相应的手势，控件就会控制阻止手势行为，比如：

25、 tap手势在 UIButton，UISwitch，UIStepper，UISegmentControl，UIPageControl；

26、其他可能是手势优于控件的行为。

27、 UIResponder有touchesBegan等四个方法，默认向superview传递。

28、所有需要自定义点击处理逻辑的UIResponder子类要覆盖这四个方法。

29、 UIButton的处理也是需要经过这四个方法。

30、 UIGestureRecognizer也有touchesBegan等四个方法。

31、手势不在响应链里，但是也会观察它的view和subView的点击。

32、 UIGestureRecognizer会影响UIResponder的四个响应点击的方法。

33、默认点击事件响应关键步骤说明：

34、 1）用户手指点击屏幕，经过系统传递到UIApplication, UIApplication通过hitTest:方法找到对应UITouch发生的第一响应者view

35、 2）UIApplication更新手势状态，从第一响应者上的手势到其视图层上所有先辈视图上的手势都会接收这个UITouch来更新手势状态

36、 3）UIApplication将UITouch交给找到的第一响应着view处理

37、 4）UIApplication更新手势状态，识别成功后，会向UITouch的第一响应者发送cancel方法

38、加上UIControl会让过程变得复杂，关于UIControl的原理，不清楚，也不敢妄下结论，依据网上和实际测试大致推断：

39、 1）它不会影响UITouch本身的响应流程，但是会影响其他UIControl和UIGestureRecognizer的响应

40、 2）自定义的UIControl是和UITouch本身的响应过程是一样的

41、 3）系统定义的UIControl和UIGestureRecognizer同一个优先级，谁先识别出来，另一个就out了，但是UIControl和UIGestureRecognizer有一点不同，它并不会cancel UITouch的流程。

42、关于UITouch、UIGestureRecognizer、UIControl之间影响说明：

43、 1）UITouch和UIGestureRecognizer：UIGestureRecognizer优先级高于UITouch，由UIGestureRecognizer的三个参数cancelsTouchesInView、delaysTouchesBegan、delaysTouchesEnded决定对UITouch的影响，默认情况下，UIGestureRecognizer识别成功后，会向UITouch发送cancel

44、 1）尽量不要覆盖重写UIResponder的touchesBegin、touchesMoved、touchesCancelled、touchesEnded这四个方法，如果需要覆盖重写，逻辑应该尽量简单，不宜做复杂的处理，

45、 2）不要自定义UIControl，直接使用系统定义的UIControl

46、 3）UIControl上不要添加UIControl子视图

47、 4）不要依赖UIGestureRecognizer的delayTouchBegin和delayTouchEnded

48、 5）不要自定义UIGestureRecognizer

49、 1） iOS事件(UITouch、UIControl、UIGestureRecognizer)传递机制

50、 2） Touch Event Handing教学— part 1

二、iOS 子视图超出父视图范围 无法响应点击事件解决方案

1、如果在cell上添加了一个Tableview，但是tableview的范围超出了cell的frame。此时你去点击超出部分的内容，发现不会进入点击cell的回调。原因是事件响应断了。当我们点击屏幕的时候，会产生一个点击事件，该事件从下往上一层层传递，当子视图超出父视图时，事件传递会返回nil，就是系统认为没有对象响应这个点击事件，因为你的点击范围不在父视图内。此时需要重写一个方法，返回响应这个事件的对象：如下

2、-(UIView*)hitTest:(CGPoint)point withEvent:(UIEvent*)event

3、 UIView*view= [superhitTest:pointwithEvent:event];

4、 for(UIView*subViewinself.subviews){

5、 CGPointmyPoint= [subViewconvertPoint:pointfromView:self];

6、 if(CGRectContainsPoint(subView.bounds, myPoint)){

三、如何对使用了autolayout的UIView添加动画

下面我们以一个简单的例子来进行详细的说明：

如上图所示，整个界面都使用了autolayout，现在我们想实现这样一个效果：当我们点击显示生日的按钮的时候，整个view向上滑动，同时向上推出一个日期选取器（date picker），类似于点击textfield，弹出键盘后整个界面为了避免被遮住而向上移动的效果。选取完成日期后点击生日日期按钮或者完成按钮整个 view向下缩回，同时date picker向下滑出可视范围。

首先来看一眼storyboard中view的层级结构：如下图所示，从图中我们可以看到，整个view的布局相当简单，就两级：根view和我们的 date picker view，其中date picker view包含了一个完成按钮和系统的date picker。这样的话，要实现整个view和date picker view同时上移的效果，我们只需要对根view和date picker view同时做动画即可。

考虑如何实现根view的动画效果，这里我们可以巧妙的通过修改根view的bounds属性来实现根view的上移效果。注意这里我们需要明白view的bounds属性和frame属性的区别，前者是相对于当前view的本地坐标系而言的，而后者则是相对于当前view的父view的坐标系而言的。

简单的讲，frame决定了一个view相对于父view的position和size信息。而bounds则决定了当前view展示的内容相对于本地坐标系的位置。这里我们将view自身的可视内容和subviews可以看做一页纸上的内容信息，而view本身可以看成是一枚放于纸上的放大镜，放大镜的大小不一定是和纸（content size）相同大小的。bounds属性的作用就是确定这枚放大镜相对于纸的位置：一个bounds=（0, 200, 300, 300）就意味着我们要将这枚放大镜向纸的下方移动200个points,但放大镜相对于父view的位置仍是保持不变的，这样给我们的效果就是这个 view（显示的内容）向上移动了200个points.

改动bounds的origin属性并不会改动这个view的frame，通过这种展示内容的移动给我们产生一种view向上移动了的幻觉。如上图中，“哪个位置...”为成为我们放大镜中看到的第一行。

根view上移动画的效果解决了，下面我们再来看日期选取器date picker，在storyboard中对其增加的约束如下：定高207、trailing/leading/top相对于super view(根view)的位置。

确定date picker view y轴方向上下移动的约束显然是top约束，点开top约束，可以看到该约束的详细内容：

firstItem.attributeA= secondItem.attributeB* multipler+ constant

结合上图我们可以得出date picker view的top约束为：

datePickerView.Top= topLayoutGuide.bottom* 1+ 400

我们可以通过修改这里的constant值来修改这个top约束以达到预期效果，事实上通过修改而不是删除旧的constraint再添加新的constraint也正是苹果所推荐的，在NSLayoutConstraint.h头文件中有如下说明：

这样，date picker view的上下移动就可以通过获取并修改其top约束来实现。需要注意的是在代码中获取date picker view的top约束实际上是要在其父view的constraints数组中查找，这是因为每个view的constraints数组中保存的实际上是 layout子view所需的约束的集合。

我们还要定义个辅助BOOL变量，已判断date picker view是否以弹出：

@property(nonatomic, assign) BOOL hasShowPickerView;

接下来定义一个辅助函数，用于查找date picker view的top约束并修改其constant属性为给定的值：

-(void)replacePickerContainerViewTopConstraintWithConstant:(CGFloat)constant

for(NSLayoutConstraint*constraint in self.pickerContainerView.superview.constraints){

if(constraint.firstItem== self.pickerContainerView&& constraint.firstAttribute== NSLayoutAttributeTop){

constraint.constant= constant;

代码里我们在picker container view（即文中的date picker view）的superview的constraints属性中查找，如果发现firstItem和firstAttribute属性分别是date picker view和top，则该constraint即为目标约束，然后修改其constant属性。

在view首次被加载的时候我们想确保date picker view处于整个view的最底部即隐藏的状态，因而我们在viewcontroller的viewDidLoad方法中调用辅助方法修改一下date picker view的top约束：

[self replacePickerContainerViewTopConstraintWithConstant:self.view.frame.size.height];

在首次点击birthday button的时候动画修改根view的bounds和date picker view的top constraint，注意上移gap的计算。再次点击birthday button的时候将根view的bounds恢复到正常值，date picker view的top constraint也恢复到viewDidLoad中设置的值：

-(IBAction)didTapOnBirthdayButton:(id)sender

self.hasShowPickerView=!self.hasShowPickerView;

CGRect birthdayButtonFrame= self.birthdayButton.frame;

birthdayButtonFrame= [self.view convertRect:birthdayButtonFrame fromView:self.birthdayButton.superview];

CGFloat birthdayButtonYOffset= birthdayButtonFrame.origin.y+ birthdayButtonFrame.size.height;

CGFloat gap= birthdayButtonYOffset-(self.view.frame.size.height- self.pickerContainerView.frame.size.height);

CGRect bounds= self.view.bounds;

[self replacePickerContainerViewTopConstraintWithConstant:birthdayButtonYOffset];

[UIView animateWithDuration:0.25 animations:^{

[self replacePickerContainerViewTopConstraintWithConstant:self.view.frame.size.height];

CGRect bounds= self.view.bounds;

[UIView animateWithDuration:0.25 animations:^{

上述代码中的[self.view layoutIfNeed]去掉也是没问题的。可能比较费解的是根view.bounds.origin.y的上移gap的计算以及top constraint的constant值的计算，关键实在真正理解view的frame和bounds的意义。

好了，关于uiview添加点击和ios模拟点击屏幕的软件的问题到这里结束啦，希望可以解决您的问题哈！