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

前言

众所周知,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过程中的不足,尽量从解决问题中习得新的知识和方法。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏章鱼的慢慢技术路

使用Photoshop合成两张不完整的图片

17820
来自专栏抠抠空间

Font Awesome矢量图标框架

一、font awesome简介 目前图标总数共有519个; 不依赖Javascript 矢量图形,无限缩放 免费,可用于商业 CSS...

33060
来自专栏Nian糕的私人厨房

Vue2.0 scroll 组件的抽象和应用

本次的系列博文的知识点讲解和代码,主要是来自于 黄轶 在慕课网的 Vue 2.0 高级实战-开发移动端音乐WebApp 课程,由个人总结并编写,其代码及知识点...

9040
来自专栏河湾欢儿的专栏

03-保存

存储所需内容 ctrl+c ctrl+n ctrl+v 或者直接拖动文件至新文件

9420
来自专栏九彩拼盘的叨叨叨

减少浏览器兼容性问题

做为一个前端工程师,不少时间都在处理浏览器兼容性问题。本文对如何减少浏览器兼容性问题的方法做了些总结。

14220
来自专栏阿凯的Excel

巧用格式刷解决合并单元格无法统计问题

最近小编一直在分享Python,有朋友和我聊! 我是谁!我来自哪里!我要去往何处! 好吧,为了能对得起我的名字《阿凯的Excel》 本小编决定每周不少于一...

38860
来自专栏腾讯社交用户体验设计

移动H5前端性能优化指南 - 腾讯ISUX

57010
来自专栏Golang语言社区

nwui —— 又一个go语言图形界面解决方案

Github: https://github.com/go-nwui/nwui 最近开的一个大坑,具体实现就是自动生成htm+css+js然后调用nw.js来显...

28830
来自专栏游戏杂谈

Android应用icon和闪屏splash的尺寸

我查看支付宝钱包的时候,发现drawable-xxxhdpi里面的尺寸是180 x 180,不是上面标的192 x 192

17710
来自专栏javascript趣味编程

2 HTML5基础

答:借助HTML5解决和分析工业设计中的问题,易于实现数据可视化,而且支持所有主流操作系统。与传统C/C++/FORTRON计算机语言相比具备几个显著优势:首先...

24300

扫码关注云+社区

领取腾讯云代金券