问题:项目在Xcode8运行出来在iOS11 、 Xcode9运行在iOS8上运行 没有出现这个问题; 但是在Xcode9打出来的程序运行在iOS11上面就出现问题了。问题如下:
77A9E7D64F272D066B6414696A465E1A.pngtableView的头部向下偏移了35,但是竖直的滚动条刚好在导航栏下面!
1.升级iOS11后造成的变化:升级后,发现某个拥有tableView的界面错乱,组间距和contentInset错乱,因为iOS11中UIViewController的automaticallyAdjustsScrollViewInsets属性被废弃了,因此当tableView超出安全区域时,系统自动会调整SafeAreaInsets值,进而影响adjustedContentInset值。
/ 有些界面以下使用代理方法来设置,发现并没有生效
- (CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section;
- (CGFloat)tableView:(UITableView *)tableView heightForFooterInSection:(NSInteger)section;
这样的原理是因为之前只是实现了高度的代理方法,却没有实现View的代理方法,iOS10及以前这么写是没问题的,iOS11开启了行高估算机制引起的bug,因此有以下几种解决方法:
1.1 、 解决方法一:添加实现View的代理方法,只有实现下面两个方法,方法 (CGFloat)tableView: heightForFooterInSection: 才会生效
- (UIView *)tableView:(UITableView *)tableView viewForFooterInSection:(NSInteger)section {
return nil;
}
- (UIView *)tableView:(UITableView *)tableView viewForHeaderInSection:(NSInteger)section {
return nil;
}
// 解决方法二:直接使用tableView属性进行设置,修复该UI错乱
self.tableView.sectionHeaderHeight = 0;
self.tableView.sectionFooterHeight = 5;
[_optionTableView setContentInset:UIEdgeInsetsMake(-35, 0, 0, 0)];
1.2 、如果使用了Masonry 进行布局,就要适配safeArea
if ([UIDevice currentDevice].systemVersion.floatValue >= 11.0) {
make.edges.equalTo(self.view.safeAreaInsets);
} else {
make.edges.equalTo(self.view);
}
另外,做项目也遇到一个以前没怎么注意的问题:发送通知(NSNotificationCenter),当A界面跳转到B界面时,我在A界面发送一个通知,B界面监听通知。发现B界面的监听方法不会调用。最后发现原因是:当A发通知时,B页面还没有创建,所以不会监听A界面的通知!
有个问题是,如果A界面的通知写在ViewWillAppear里面,当B返回A的时候会不会重复创建相同的通知??????
网友评论