记一次崩溃NSLayoutConstraint active属性

  最近项目中,使用XCode7.2.1版本进行开发,界面采用xib+AutoLayout技术,其中有个动画是设置NSLayoutConstraint的active属性来进行。

historyConstraint.active=NO;//active只能在iOS8.0以上使用
holdConstraint.active=YES;

在现有XCode7.2.1中使用iOS8.1以上的模拟器测试均没有问题,项目适配iOS7.0以上的版本,公司测试设备机型是iPhone4s 9.3.1的系统,不能进行真机测试,只能使用模拟器了。

我的iMac是10.10的系统,参考了XCode7使用iOS7模拟器,正好这个系统还能够按照上面的教程进行iOS7模拟器使用,测试点击按钮时,app直接崩溃了。我的本意是使用XCode6.3进行编译,这样就能直接调试了。可代码是在XCode7上coding,用了很多XCode7的特性,需要改很多东西。所以还是用XCode7编译,通过try-catch-finally,在模拟器的system Log上面获取到NSException,打印

NSLog(@"订单异常,exception = %@, historyConstraint = %@, holdConstraint = %@, [exceptiondescription],historyConstraint,holdConstraint);

发现均显示为nil,这就奇怪了,两个NSLayoutConstraint对象都是从storyBoard中直接获取,怎么会没有,于是在viewDidLoad中打印这两个对象,发现historyConstraint为nil,holdConstraint是有值的。为何如此,翻阅NSLayoutConstraint对象文件,发现active是在iOS8.0以上才有的,对于8.0以下是没有该属性,所以需要系统判断,另外historyConstraint对象在xib中是这样的

记一次崩溃NSLayoutConstraint active属性_第1张图片
1.约束属性图

installed为NO,这个对应就是NSLayoutConstraint的active属性,所以在iOS7.0中是没有该对象的,而在iOS8.0以上却可以通过.active=YES进行添加约束,这也是iOS8.0的一些改进。言归正传,对于这个约束,我采取不通过xib进行设置,直接用代码编写的方法

iOS7HistoryConstraint= [NSLayoutConstraintconstraintWithItem:historyButtonattribute:NSLayoutAttributeLeadingrelatedBy:NSLayoutRelationEqualtoItem:headBottonViewattribute:NSLayoutAttributeLeadingmultiplier:1.0constant:-15.0];

然后通过

if([defaultAppSet systemVersion] >=8.0) {
  historyConstraint.active=NO;//active只能在iOS8.0以上使用
  holdConstraint.active=YES;
}
else{
  [headView removeConstraint:iOS7HistoryConstraint];
  [headView addConstraint:holdConstraint];
}

再次在iOS7.1模拟器上进行测试,能点击,没有崩溃了。你以为这样就完了。。
  No,我发现在从historyConstraint切换成holdConstraint,动画停止了,没有动静,通过try-catch-finally发现holdConstraint又变成nil,看来是

__weak IBOutlet NSLayoutConstraint*holdConstraint;//!!!iOS8.0以下不能使用active属性,需要强引用

再次将__weak去掉,或者改成__strong,重新编译,放在iOS7.1模拟器上面测试,No Problem,万事大吉。

  另外发现UITableView在iOS7.1下只设置了

//tbView.estimatedSectionHeaderHeight = 0.002f;//90 / kHeight * [defaultAppSet screenHeight];
//tbView.estimatedSectionFooterHeight = 70 / kHeight * [defaultAppSet screenHeight];

结果直接崩溃。后台查阅资料细说UITableView

默认状态下 的估计高度
@property (nonatomic) CGFloat estimatedSectionHeaderHeight
@property (nonatomic) CGFloat estimatedSectionFooterHeight
@property (nonatomic) CGFloat estimatedRowHeight

这个是估计高度,可用于cell的动态高度设置,必须要设置

tbView.sectionHeaderHeight=0.001f;
tbView.sectionFooterHeight=70/kHeight* [defaultAppSet screenHeight];

   不过在iOS8.0以上我没有设置sectionHeaderHeight和sectionFooterHeight也没有崩溃,奇怪。这就是这一次的碰到的NSLayoutConstraint active属性bug。请指教!

你可能感兴趣的:(记一次崩溃NSLayoutConstraint active属性)