前言
众所周知,Bug是线上应用极力规避但又无法避免的。对于致命的Bug,我们可以通过Crash日志进行分析;对于无法复现的Bug、特定操作步骤引起的Bug、某些版本/系统才出现的Bug,每个开发者都有自己的一套分析、定位、解决的方法。
本文以工作中遇到的几个iOS 11 Bug为例,介绍快速定位、分析、解决Bug的经验。
正文
iOS 11裁剪图片偏移问题
功能背景:
用户从本地相册选择图片,然后裁剪一个正方形区域,最后生成用户头像。
Bug描述:
iOS 11的iPhone X,选择本地图片,然后进行裁剪,生成的图片有明显的偏移,如下:
功能实现:
裁剪控件是系统提供的UIImagePickerController。
Bug定位:
用模拟器进行复现,并断点在UIImagePickerController的回调方法,再用Xcode查看实际的返回参数和图片。
如下:
①是特意选择的区域,刚好覆盖到瀑布的顶部;
②是UIImagePickerController的返回参数,通过po命令查看;
③是按照返回参数的CropRect在原图截取出来的区域;
④是返回参数中的图片;
经过可以对比发现,③和④的图片是一致的,并且明显与①所选中的区域有所偏移。以同样的方式尝试iPhone X和6s的模拟器,发现都有偏移现象,且iPhone X的偏移更为严重。
检查本地代码,确认是正常的方式调用UIImagePickerController,那具体是哪一步影响裁剪结果呢?
仔细体验UIImagePickerController的裁剪功能,发现一个可疑的现象:
6s模拟器,蓝色箭头指向的区域是无法选择的!
以这个区域为突破口,对比此处区域的高度值和裁剪的偏移值,得到大致是1:2的比例,符合2x屏幕。
用iPhone X模拟器同样复现了这个问题,并且不能选择的区域更大。
而且非常有意思的是:iPhone X模拟器的裁剪偏移量为44pixel。
对于做过iPhone X适配的开发,对于44这个数值域是非常敏感的(顶部安全区域的高度),猜测是和statusBar有关。
再找到6s的模拟器对比裁剪偏移量,果不其然,大致是22pixel。
至此,Bug摸清来龙去脉:
UIImagePickerController的裁剪选择视图向下偏移了status bar的高度,但是裁剪的时候还是按照y=0计算,导致结果产生偏移。(猜测是iOS 11 UIScrollView的contentInsetAdjustmentBehavior属性导致)
Bug解决:
裁剪时,隐藏statusBar。
PS:此Bug在iOS8也会出现,iOS 9/10是正常的。
iOS 8隐藏statusBar需要在UIImagePickerController的delegate实现中,添加以下代码
- (void)navigationController:(UINavigationController *)navigationController
willShowViewController:(UIViewController *)viewController
animated:(BOOL)animated {
if ([navigationController isKindOfClass:[UIImagePickerController class]] ) {
[[UIApplication sharedApplication] setStatusBarHidden:YES];
}
}
修复后,可以正常选择底部
小结:
善用工具,快速定位。
对于能够复现的Bug,Xcode连接真机断点调试是最方便的方法。
但是切记,不要沉浸在单步调试和盲目枚举尝试的过程。
iOS 11图像放大闪烁问题
功能背景:
用户点击圆形头像后,头像会放大到等同屏幕宽度,并且从圆形展示变成正方形展示。
Bug描述:
iOS 11的iPhone 7p,在点击头像之后,在头像放大的过程中会有闪烁的现象。(iPhone X效果最为严重,除了闪烁还有抖动现象)
功能实现:
圆角按钮通过layer.cornerRadius实现,头像放大是UIView的animation block动画;
Bug定位:
先用模拟器进行尝试,发现无法复现;再用真机进行测试,发现偶然会闪烁的现象。
用录屏工具辅助,定位到闪烁是因为图片放大的动画过程中,出现了某一帧异常:
异常帧2
上面的展示效果类似OpenGL纹理展示的GL_CLAMP_TO_EDGE模式,怀疑是图像放大过程中的边界处理有异常。
带着疑问回看代码。查看头像详情时,点击头像(为圆形)会全屏显示头像大图。整个过程的动画内容包括两个:
1、imageView的frame变成覆盖整个屏幕;
2、imageView的layer.cornerRadius变成0;
以上的代码,在iOS 10下没有闪烁问题,但是iOS 11就会出现这个异常。
遇到代码不同iOS版本的表现不同时,先查一下API的变动。
查看苹果的文档后发现,layer的cornerRadius属性在iOS 11之前是不支持Block动画的。iOS 11之后新增了cornerRadius属性的Block动画支持,但是明显支持效果不是很好。
Bug解决:
解决方案1:移除动画过程中cornerRadius的属性变化;
解决方案2:统一用CoreAnimation来实现;
小结:
模拟器先行,真机验证。
模拟器具备多开的优势,可以同时打开多个系统的多个设备;但是因为模拟器的cpu架构与真机不同,最终必须用真机验证。
文档为主,Google为辅。
iOS版本升级经常引入Bug,对于这种不同iOS系统导致的问题,需要查看文档(文档包括Xcode的头文件以及自带的文档),如果文档找不到则用Google查找对应的关键词。
iOS 11动画异常问题
功能背景:
正常的动画效果,比如微信的聊天图片放大动画和手Q的头像放大动画,如下图:
iOS 11 QQ.gif
Bug描述:
动画与正常有异,最明显是出现这个情况:
上图的三角形区域应该是如下的区域:
功能实现:
猜测是用UIView的Block动画,或者CoreAnimation实现。
Bug定位:
Bug不限于普通app,在系统app也会出现这种异常,表现形式为:页面切换卡顿、动画执行异常。
Debug调试开发中发现,动画的animationBlock和completionBlock的调用时序是正常的。以头像缩小的动画为例,以下是正常的动画时序:
从动画的异常表现上猜测,原因是动画延迟执行。
尝试在completionBlock中改变背景颜色,可以看出动画还在执行时,背景颜色发生了变化;
尝试在动画开始改变视图颜色,可以发现动画执行存在明显的延迟;
可以确定:当发生这个错误之后,动画的执行实现会推迟,导致completionBlock调用的时候动画仍在执行,产生异常的现象。
用下面的时序图来描述:在第10s提交一个0.2s的动画,动画执行完毕的时间是10.5s左右(正常应该是10.2s),动画延迟时间在0.2~0.4s区间。
异常的动画时序
通过KVO观察layer的frame和presentationLayer的frame,整个动画过程的调用也是正常。
在模型树=>呈现树=>渲染树这条链路上,开发者通过代码层面上只能获取到前两个环境的数据,至此问题停止深入。
只能把Bug总结为:iOS 11系统的手机在某些情况下会发生系统错误,导致整个手机的动画机制出现异常。
Bug出现之后,无法通过代码修复(iOS系统错误),只能重启手机。
Bug解决:
提示用户重启手机(可暂时修复);
向苹果提交Bug。
小结:
对于某些所有APP都存在的异常现象,归类为系统级Bug,可以在developer.apple.com的Bug Reporter提交Bug。
猜测、定位到问题所在之后,可以尝试修复,但是此Bug不在此列,不建议花费过多精力。
iOS 11 下拉刷新异常问题
功能背景:
在某些页面中,存在下拉刷新/上拉加载更多的功能。
Bug描述:
iOS 11的手机,在下拉刷新之后,会一直处于“加载中”的状态。
功能实现:
通过KVO监听tableView的属性,并判断具体的操作,最终通过自定义的dragDelegate回调。
Bug定位:
通过模拟器复现,发现iOS 10的模拟器正常,iOS 11的模拟器存在此问题。
在后台数据返回的接口处断点,确定数据返回是否正常,发现iOS 11的模拟器根本没有返回数据。
据此回溯定位:后台数据没有返回=>客户端没发协议=>下拉刷新没有回调。
再从UIScrollView的delegate回调入手,单步调试定位到问题:
UITableView iOS 11新增了一个属性:dragDelegate,与开发者自定义的dragDelegate冲突!
Bug解决:
修改属性名,同时注意以后在给系统的类添加属性时,需要加上自己的方法名前缀,防止与系统冲突。
小结:
正向和逆向的链式分析方式是最常见的Bug定位方法;
对于实在无法定位时,再使用二分注释的方法。
总结
iOS 11更新之后出现的问题比以往的版本更多,要求开发者需要投入更多的精力去适配,甚至会存在一些开发者无法修复的Bug。为了iPhone X全新的交互体验,iOS 11做了非常大的改动,之前的beta版本问题更多。
善用Xcode的调试工作,勤看具体API的头文件,遇到问题仔细分析。
无需对Bug产生厌恶和恐惧,但也不要沉浸在单步调试和盲目尝试的快感中。充分利用宝贵的时间,减少无用的步骤,觉察自己解决Bug过程中的不足,尽量从解决问题中习得新的知识和方法。
网友评论