前言
众所周知，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定位：
先用模拟器进行尝试，发现无法复现；再用真机进行测试，发现偶然会闪烁的现象。
用录屏工具辅助，定位到闪烁是因为图片放大的动画过程中，出现了某一帧异常：
上面的展示效果类似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的头像放大动画，如下图：
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过程中的不足，尽量从解决问题中习得新的知识和方法。
