开宗明义:
iOS10给控件切圆角的代码需要写在layoutSubviews方法中.
问题.
升级iOS10及Xcode8之后, 很多同学的界面布局出了问题. 调试发现是切圆角的代码有问题.
出现问题的代码都类似于这个:
self.avatarImageView.layer.cornerRadius = _avatarImageView.width/2;
self.avatarImageView.layer.masksToBounds = YES;
这里有几篇描述这种问题的帖子.
https://my.oschina.net/wolx/blog/755122
http://blog.csdn.net/jijiji000111/article/details/52576653
问题分析.
这种情况是在iOS10 Xcode8中出现的. 经过我的调试发现出问题的代码在执行这一行代码时self.avatarImageView.layer.cornerRadius = _avatarImageView.width/2;
_avatarImageView.width 的值为0. 计算结果是0. 以0为半径给控件切圆角. 结果控件不见了...
为什么此时访问控件的width属性为0呢? 打印发现控件的frame 整个都是0.
解决思路
观察发现self.avatarImageView这个控件是通过约束来布局的.
首先什么是约束?
根据我的理解, 约束就是一套便于程序员思考的抽象规则. iOS根据约束规则来自动计算出控件的实际frame值. 控件的布局最终还是由frame来决定的. 那么控件的frame在什么时刻被计算出来, 并赋值到控件上的呢?
肯定不是编译时计算的.
frame是在约束对象(constraint对象, 例如Masonry框架其实就是管理constraint对象)被创建或者被赋值的时候被计算出来的吗?
在iOS10 之前确实是.
constraint 对象赋值给控件的时候frame 值被计算出来.
但是一个控件有很多个约束(上下左右宽高比例居中等等). constraint 对象就会有很多个. 约束对象每次被修改, frame就被计算一次. 这样产生了大量无用的计算.
所以苹果在iOS10中修改了 frame值被计算的时间点.
具体的计算时间点我不确定(应该是某个私有api). 但是调试发现layoutSubviews方法被调用时控件的frame值都被生成了. (layout == 布局, 也就是布局时计算frame)
基于以上调试结果和理解得到解决方案.
几种解决方案
1.将切圆角的代码写到layoutSubviews方法中.
例如
layoutSubviews可以理解为didLayoutSubviwes
willLayoutSubviews方法苹果没有抛出我们调用不到..
- (void)layoutSubviews
{
[super layoutSubviews];
self.avatarImageView.layer.cornerRadius = _avatarImageView.width/2;
self.avatarImageView.layer.masksToBounds = YES;
}
如果控件属于UIViewController
则将切圆角的代码写在viewDidLayoutSubviews方法中
- (void)viewDidLayoutSubviews
{
[super viewDidLayoutSubviews];
NSLog(@"viewDidLayoutSubviews widht = %f", self.testView.frame.size.width);
}
2.不动态取控件的frame. 一些情况下我们心里清楚控件实际的宽和高数据.
例如
//avatarImageView约束后的frame为(0,0,40,40)
self.avatarImageView.layer.cornerRadius = 20;
self.avatarImageView.layer.masksToBounds = YES;
3.取约束得到的值之前调用[self setNeedsLayout];
例如
手动调用layoutSubviews方法. 使frame值被计算出来
[self setNeedsLayout];
[self layoutIfNeeded];
self.avatarImageView.layer.cornerRadius = _avatarImageView.width/2;
self.avatarImageView.layer.masksToBounds = YES;
4.延时调用. 例如某些帖子中写的. 在block中调用. 其实跟block没什么关系.
block中调用好使, 是因为这个block被执行的时间比较迟(例如网络请求的回调block). 这个block被执行时layoutSubviews方法早已被执行.
