美文网首页iOS 杂谈iOS开发iOS学习专题
如何快速定位、分析、解决非Crash的BUG(iOS 11篇)

如何快速定位、分析、解决非Crash的BUG(iOS 11篇)

作者: 落影loyinglin | 来源:发表于2017-11-27 23:36 被阅读1279次

    前言

    众所周知,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定位:
    先用模拟器进行尝试,发现无法复现;再用真机进行测试,发现偶然会闪烁的现象。
    用录屏工具辅助,定位到闪烁是因为图片放大的动画过程中,出现了某一帧异常:

    异常帧1
    异常帧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 微信.gif
    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回调入手,单步调试定位到问题:

    iOS 11新增属性

    UITableView iOS 11新增了一个属性:dragDelegate,与开发者自定义的dragDelegate冲突!

    Bug解决:
    修改属性名,同时注意以后在给系统的类添加属性时,需要加上自己的方法名前缀,防止与系统冲突。

    小结:
    正向和逆向的链式分析方式是最常见的Bug定位方法;
    对于实在无法定位时,再使用二分注释的方法。

    总结

    iOS 11更新之后出现的问题比以往的版本更多,要求开发者需要投入更多的精力去适配,甚至会存在一些开发者无法修复的Bug。为了iPhone X全新的交互体验,iOS 11做了非常大的改动,之前的beta版本问题更多。
    善用Xcode的调试工作,勤看具体API的头文件,遇到问题仔细分析。
    无需对Bug产生厌恶和恐惧,但也不要沉浸在单步调试和盲目尝试的快感中。充分利用宝贵的时间,减少无用的步骤,觉察自己解决Bug过程中的不足,尽量从解决问题中习得新的知识和方法。

    相关文章

      网友评论

      • 毅个天亮:"layer的cornerRadius属性在iOS 11之前是不支持Block动画的" 不知道这个是从哪里得到的结论呢?在Xcode中CALayer的cornerRadius属性文档描述中并没有这样的表述啊。
      • 初心丶可曾记:动画的问题我也遇到过,我将动画放进main_queue中执行就正常了
        落影loyinglin:@初心丶可曾记 找你私聊一下。
        初心丶可曾记:@落影loyinglin 对,就是这个意思
        落影loyinglin:@初心丶可曾记 hello,你是指把UIView的block动画用dispatch放到主线程吗?

      本文标题:如何快速定位、分析、解决非Crash的BUG(iOS 11篇)

      本文链接:https://www.haomeiwen.com/subject/veojvxtx.html