ios 约束怎么获取frame

在iOS中，每个控件都是继承于UIView的，都会有视图的属性存在，控制这个视图的位置就有Frame和Bounds两个属性

frame指的是：该view在父view坐标系统中的位置和大小。（参照点是父亲的坐标系统）

bounds指的是：该view在本身坐标系统中 的位置和大小。（参照点是本身坐标系统）

-( CGRect )frame{

return CGRectMake ( self frame origin x , self frame origin y , self frame size width , self frame size height );

}

-( CGRect )bounds{

return CGRectMake ( 0 , 0 , self frame size width , self frame size height );

}

总结来说，如果定义一个控件，要设置它相对于父视图的坐标大小，就要使用Frame

如果要设置它在自己这个视图上的大小就使用Bounds

注 意 : 如果父控件不能接受触摸事件，那么子控件就不可能接收到触摸事件

UIView不能接收触摸事件的三种情况：

注 意 :默认UIImageView不能接受触摸事件，因为不允许交互，即userInteractionEnabled = NO。所以如果希望UIImageView可以交互，需要设置UIImageView的userInteractionEnabled = YES。

1点击一个UIView或产生一个触摸事件A，这个触摸事件A会被添加到由UIApplication管理的事件队列中（即，首先接收到事件的是UIApplication）。

2UIApplication会从事件对列中取出最前面的事件（此处假设为触摸事件A），把事件A传递给应用程序的主窗口（keyWindow）。

3窗口会在视图层次结构中找到一个最合适的视图来处理触摸事件。（至此，第一步已完成）

如果想让某个view不能处理事件（或者说，事件传递到某个view那里就断了），那么可以通过刚才提到的三种方式。比如，设置其userInteractionEnabled = NO;那么传递下来的事件就会由该view的父控件处理。

例如，不想让蓝色的view接收事件，那么可以设置蓝色的view的userInteractionEnabled = NO;那么点击**的view或者蓝色的view所产生的事件，最终会由橙色的view处理，橙色的view就会成为最合适的view。

所以，不管视图能不能处理事件，只要点击了视图就都会产生事件，关键在于该事件最终是由谁来处理！也就是说，如果蓝色视图不能处理事件，点击蓝色视图产生的触摸事件不会由被点击的视图（蓝色视图）处理！

注意：如果设置父控件的透明度或者hidden，会直接影响到子控件的透明度和hidden。如果父控件的透明度为0或者hidden = YES，那么子控件也是不可见的！

应用如何找到最合适的控件来处理事件？

1首先判断主窗口（keyWindow）自己是否能接受触摸事件

2触摸点是否在自己身上

3从后往前遍历子控件，重复前面的两个步骤（首先查找数组中最后一个元素）

4如果没有符合条件的子控件，那么就认为自己最合适处理

详述：1主窗口接收到应用程序传递过来的事件后，首先判断自己能否接手触摸事件。如果能，那么在判断触摸点在不在窗口自己身上

2如果触摸点也在窗口身上，那么窗口会从后往前遍历自己的子控件（遍历自己的子控件只是为了寻找出来最合适的view）

3遍历到每一个子控件后，又会重复上面的两个步骤（传递事件给子控件，1判断子控件能否接受事件，2点在不在子控件上）

4如此循环遍历子控件，直到找到最合适的view，如果没有更合适的子控件，那么自己就成为最合适的view。

找到最合适的view后，就会调用该view的touches方法处理具体的事件。所以，只有找到最合适的view，把事件传递给最合适的view后，才会调用touches方法进行接下来的事件处理。找不到最合适的view，就不会调用touches方法进行事件处理。

注意：之所以会采取从后往前遍历子控件的方式寻找最合适的view只是为了做一些循环优化。因为相比较之下，后添加的view在上面，降低循环次数。

两个重要的方法：

hitTest:withEvent: 方法

pointInside 方法

什么时候调用？

作用

注 意 ：不管这个控件能不能处理事件，也不管触摸点在不在这个控件上，事件都会先传递给这个控件，随后再调用hitTest:withEvent:方法

拦截事件的处理

事件传递给谁，就会调用谁的hitTest:withEvent:方法。

注 意 ：如果hitTest:withEvent:方法中返回nil，那么调用该方法的控件本身和其子控件都不是最合适的view，也就是在自己身上没有找到更合适的view。那么最合适的view就是该控件的父控件。

所以事件的传递顺序是这样的：

产生触摸事件->UIApplication事件队列->[UIWindow hitTest:withEvent:]->返回 更合适 的view->[子控件 hitTest:withEvent:]->返回 最合适 的view

事件传递给窗口或控件的后，就调用hitTest:withEvent:方法寻找更合适的view。所以是，先传递事件，再根据事件在自己身上找更合适的view。

不管子控件是不是最合适的view，系统默认都要先把事件传递给子控件，经过子控件调用子控件自己的hitTest:withEvent:方法验证后才知道有没有更合适的view。即便父控件是最合适的view了，子控件的hitTest:withEvent:方法还是会调用，不然怎么知道有没有更合适的！即，如果确定最终父控件是最合适的view，那么该父控件的子控件的hitTest:withEvent:方法也是会被调用的。

技巧： 想让谁成为最合适的view就重写谁自己的父控件的hitTest:withEvent:方法返回指定的子控件，或者重写自己的hitTest:withEvent:方法 return self。但是， 建议在父控件的hitTest:withEvent:中返回子控件作为最合适的view！

原因 在于在自己的hitTest:withEvent:方法中返回自己有时候会出现问题。因为会存在这么一种情况：当遍历子控件时，如果触摸点不在子控件A自己身上而是在子控件B身上，还要要求返回子控件A作为最合适的view，采用返回自己的方法可能会导致还没有来得及遍历A自己，就有可能已经遍历了点真正所在的view，也就是B。这就导致了返回的不是自己而是触摸点真正所在的view。所以还是建议在父控件的hitTest:withEvent:中返回子控件作为最合适的view！

例如： whiteView有redView和greenView两个子控件。redView先添加，greenView后添加。如果要求无论点击那里都要让redView作为最合适的view（把事件交给redView来处理）那么只能在whiteView的hitTest:withEvent:方法中return selfsubViews[0];这种情况下在redView的hitTest:withEvent:方法中return self;是不好使的！

特殊情况：

谁都不能处理事件，窗口也不能处理。

只能有窗口处理事件。

return nil的含义：

hitTest：withEvent：中return nil的意思是调用当前hitTest：withEvent：方法的view不是合适的view，子控件也不是合适的view。如果同级的兄弟控件也没有合适的view，那么最合适的view就是父控件。

寻找最合适的view底层剖析之hitTest：withEvent：方法底层做法

/ hitTest:withEvent:方法底层实现/

hit:withEvent:方法底层会调用pointInside:withEvent:方法判断点在不在方法调用者的坐标系上。

pointInside:withEvent:方法判断点在不在当前view上（方法调用者的坐标系上）如果返回YES，代表点在方法调用者的坐标系上;返回NO代表点不在方法调用者的坐标系上，那么方法调用者也就不能处理事件。

屏幕上现在有一个viewA，viewA有一个subView叫做viewB，要求触摸viewB时,viewB会响应事件，而触摸viewA本身，不会响应该事件。如何实现？

1>用户点击屏幕后产生的一个触摸事件，经过一系列的传递过程后，会找到最合适的视图控件来处理这个事件2>找到最合适的视图控件后，就会调用控件的touches方法来作具体的事件处理touchesBegan…touchesMoved…touchedEnded…3>这些touches方法的默认做法是将事件顺着响应者链条向上传递（也就是touch方法默认不处理事件，只传递事件），将事件交给上一个响应者进行处理

响应者链条： 在iOS程序中无论是最后面的UIWindow还是最前面的某个按钮，它们的摆放是有前后关系的，一个控件可以放到另一个控件上面或下面，那么用户点击某个控件时是触发上面的控件还是下面的控件呢，这种先后关系构成一个链条就叫“响应者链”。也可以说，响应者链是由多个响应者对象连接起来的链条。在iOS中响应者链的关系可以用下图表示：

响应者对象： 能处理事件的对象，也就是继承自UIResponder的对象

作用： 能很清楚的看见每个响应者之间的联系，并且可以让一个事件多个对象处理。

如何判断上一个响应者

响应者链的事件传递过程:

事件处理的整个流程总结：

1触摸屏幕产生触摸事件后，触摸事件会被添加到由UIApplication管理的事件队列中（即，首先接收到事件的是UIApplication）。

2UIApplication会从事件队列中取出最前面的事件，把事件传递给应用程序的主窗口（keyWindow）。

3主窗口会在视图层次结构中找到一个最合适的视图来处理触摸事件。（至此，第一步已完成)

4最合适的view会调用自己的touches方法处理事件

5touches默认做法是把事件顺着响应者链条向上抛。

touches的默认做法：

事件的传递与响应：

1、当一个事件发生后，事件会从父控件传给子控件，也就是说由UIApplication -> UIWindow -> UIView -> initial view,以上就是事件的传递，也就是寻找最合适的view的过程。

2、接下来是事件的响应。首先看initial view能否处理这个事件，如果不能则会将事件传递给其上级视图（inital view的superView）；如果上级视图仍然无法处理则会继续往上传递；一直传递到视图控制器view controller，首先判断视图控制器的根视图view是否能处理此事件；如果不能则接着判断该视图控制器能否处理此事件，如果还是不能则继续向上传 递；（对于第二个图视图控制器本身还在另一个视图控制器中，则继续交给父视图控制器的根视图，如果根视图不能处理则交给父视图控制器处理）；一直到 window，如果window还是不能处理此事件则继续交给application处理，如果最后application还是不能处理此事件则将其丢弃

3、在事件的响应中，如果某个控件实现了touches方法，则这个事件将由该控件来接受，如果调用了[supertouches…];就会将事件顺着响应者链条往上传递，传递给上一个响应者；接着就会调用上一个响应者的touches…方法

如何做到一个事件多个对象处理：

因为系统默认做法是把事件上抛给父控件，所以可以通过重写自己的touches方法和父控件的touches方法来达到一个事件多个对象处理的目的。

事件的传递和响应的区别：

事件的传递是从上到下（父控件到子控件），事件的响应是从下到上（顺着响应者链条向上传递：子控件到父控件。

可以在viewDidLoad方法内，先获取到你要修改的view，再修改其frame(或其他信息，颜色、字体、文本、等等)

-(void)viewDidLoad:(BOOL)animated

{

[super viewDidLoad:animated];

//可以通过以下方法获取xib上的视图（view）--前提是你的xib上设置了该view的tag

//该方法返回UIView对象，需要转换成其实际类型

UILabel theLabelYouWant = (UILabel )[selfview viewWithTag:998];

theLabelYouWanttext = @"I get my view in this way";

//也可以通过IBOutlet方法直接给你需要的view指定一个属性；可百度IBOutlet，这里不详细说明

//也可以遍历selfview（或你想查找的某个view的父视图--前提是你拥有该视图的‘句柄’），遍历得到的view，判断这个view的属性是不是符合你条件的view；

for(UIView view in [selfview subviews])

{

if([view 某些条件可判断出是我要的view])

{

//这个就是我要的view

}

}

}

1、响应者链通常是由视图（UIView）构成的；

2、一个视图的下一个响应者是它视图控制器（UIViewController）（如果有的话），然后再转给它的父视图（Super View）；

3、视图控制器（如果有的话）的下一个响应者为其管理的视图的父视图；

4、单例的窗口（UIWindow）的内容视图将指向窗口本身作为它的下一个响应者

需要指出的是，Cocoa Touch应用不像Cocoa应用，它只有一个UIWindow对象，因此整个响应者链要简单一点；

5、单例的应用（UIApplication）是一个响应者链的终点，它的下一个响应者指向nil，以结束整个循环。

更多： iOS面试题合集

viewcontroller自带view？是selfview吗？ 你的tableview加到哪个view上了？你是view把tableview遮住了吗？viewuserInteractionEnabled = no;试试把 你说的有点乱 问题提的不清晰

iPhone编程规则是：一个窗口，多个视图。 UIView是iPhone屏幕上很多控件的基础类。每个iPhone用户界面都是由显示在UIWindow（这其实也是个特殊的UIView）内的众多UIView及其专门化子类构建的。

以上就是关于ios 约束怎么获取frame全部的内容，包括:ios 约束怎么获取frame、iOS之事件的传递和响应机制-原理篇、ios开发在viewcontroller使用xib的时候怎么通过代码提前改变xib上的空间的位置等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！