iOS 11 BUG的发现、定位和解决

前言

在iOS 11发布之后,出现了一系列适配相关的问题,UIScrollView在pagingEnabled=YES时滑动手势不灵敏,UITableView的滑动删除功能变动,UIImagePickerViewController的取消按钮点击区域变小等,本文介绍其中一个UIAlertView问题,分享其发现、定位和解决。

正文

1、问题产生

问题的最初,是iOS 11正式版发布后不久,测试的同学提了一个iOS 11相关的BUG,表现是:在直播间内发送聊天信息,如果被禁言,会弹出“被禁言”提示,键盘收回去,然后就弹不出来。

开发在接到这个BUG的时候,先把问题抽象出来几个要素:直播间内、键盘弹出、弹出提示、键盘收回、键盘无法弹出。

“弹出提示是用的UIAlertView的方式。在键盘出现时弹出UIAlertView的提示,键盘会收起,UIAlertView消失后,键盘会再次弹出,是一次正常的表现。”

2、问题复现

按照复现路径做一次尝试,发现BUG可以复现,确定问题存在;

根据经验,猜测问题可能出现在键盘和UIAlertView上,与“禁言”的业务无关。

在直播间内尝试其他非“禁言”的场景,同样是在键盘出现的时候,弹出UIAlertView的提示,也会造成后续键盘无法弹出的情况。

在尝试完其他非直播间的主场景之后,发现问题可以描述为:

iOS 11的机器只要弹出来一次UIAlertView,之后再通过becomeFirstResponder无法呼起键盘;必须手动点击输入区域,触发系统的键盘弹出行为,或者切入后台再切回来,才能正常弹出来键盘。

部分页面在点击评论后,会添加一层透明maskView,并弹出键盘。点击透明的maskView会调用resignFirstResponder,在键盘消失的notification中消除maskView。因为键盘无法弹出(也无法收到键盘消失的notification,但maskView还是正常添加),导致这部分页面无法进行后续的交互。

3、问题评估

在复现问题后,需要对问题的严重性进行评估,确定BUG修复的优先级。

从已知的表现来看,iOS 11下的使用影响较大(UIAlertView的提示较多)。

用iOS 11的机器下载外网版本进行测试,发现BUG竟然无法复现!

虽然很诡异,但是问题的优先级可以降到更低,排入正常的BUG解决列表中。

4、问题解析

外网版本是Xcode8编译的本,本地版本使用的Xcode9 GM编译的,难道是Xcode 9编译导致?

1、新建一个demo,只有输入框和按钮,模拟UIAlertView弹出,发现demo是正常的;
2、把app的工程设置复制到demo,把对输入框的属性设置同样复制到demo,demo依旧正常;
3、把demo代码复制到app,并把app的rootViewController赋值为demo中的VC,依旧正常;

可以确定是app中某部分代码导致的键盘无法弹出的。

经过二分注释的方式,迅速(4、5次左右)定位到问题是app中的某个Service类导致。

仔细排插Service类的属性,发现里面有一个属性的是继承UIWindow并且level比UIWindowLevelStatusBar高。

自此,根据所学和苹果UIKit的文档,我们可以对问题进行一次回溯。

5、问题回溯

苹果官网上响应链和UIWindow的说明,里面关于becomeFirstResponder()的解释是:Asks UIKit to make this object the first responder in its window.

对于UIAlertView的iOS 11系统行为,猜测:

1、在UIAlertView弹出的时候,会抢占系统的keyWindow,所以会出现键盘在UIAlertView的时候收回(因为keyWindow改变);
2、在UIAlertView消失的时候,会遍历所有Window,找到其中z轴最高作为keyWindow,所以会出现键盘在UIAlertView消失后弹出(keyWindow变成原来的);

通过写代码调试app,确定了上面的猜测。

在iOS 11,如果UIAlertView弹出时,存在windowLevel 大于 UIWindowLevelNormal 的UIWindow,就会触发这个键盘无法弹出的BUG。

6、问题修复

1、保证app中,没有常驻的UIWindow;
2、修复键盘无法弹出时,maskView无法消除的BUG;
3、UIAlertView在后续的版本替换掉;

总结

这次问题从产生、复现、定位、评估再到修复的时间,和写这篇文章的时间差不多。

BUG的解决流程各不相同,借此提醒自己对于BUG的解决要有目的性和优先级。

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持我们。

(0)

相关推荐

  • 关于iOS 11不能定位问题的解决方法

    问题: 最近将系统升级到iOS11之后,发现APP不提示否允许始终访问位置,iBeacon不起作用.我查看了一下手机隐私设置,如图: 原因: 因为苹果现在增加了一项新的隐私保护功能 Privacy - Location Always and When In Use Usage Description, 并且原有的 Privacy - Location Always Usage Description 被降级为 Privacy - Location When In Use Usage Descri

  • iOS 11 BUG的发现、定位和解决

    前言 在iOS 11发布之后,出现了一系列适配相关的问题,UIScrollView在pagingEnabled=YES时滑动手势不灵敏,UITableView的滑动删除功能变动,UIImagePickerViewController的取消按钮点击区域变小等,本文介绍其中一个UIAlertView问题,分享其发现.定位和解决. 正文 1.问题产生 问题的最初,是iOS 11正式版发布后不久,测试的同学提了一个iOS 11相关的BUG,表现是:在直播间内发送聊天信息,如果被禁言,会弹出"被禁言&qu

  • iOS 11 AppIcon不显示问题小结

    今天更新Xcode 9 后,在运行老项目时遇到一个小坑,就是无论如何都不显示AppIcon,在网络上找到了方法,单并没有解决,其实不是方法的问题,只是有一个小细节要注意,在这里提示一下. 出现这个问题的原因就是cocoapods与iOS 11出现点问题,这里你要更新你的cocoapods至最新版本.然后在你的Podfile文件中添加如下代码.这里一定要注意,要在end下面,如图所示 代码: post_install do |installer| copy_pods_resources_path

  • ios 11和iphone x的相关适配问题及解决方法

    有关iOS11 ,最大的变化就是增加了一个安全区域(safeArea)的概念,iOS11 适配的大部分问题都是由于它引起的. 在ios 11中,tableView会莫名偏移,解决办法: //解决iOS11 tableview会出现漂移,预估高度都设为0 self.tableView.estimatedRowHeight = 0; self.tableView.estimatedSectionHeaderHeight = 0; self.tableView.estimatedSectionFoot

  • 轻松理解iOS 11中webview的视口

    iOS 11在状态栏区域带来了一些新的,也许是不直观的行为,这对使用Apache Cordova或Ionic等工具的开发人员尤为重要.尤其是这种行为变化会影响到任何基于Web的应用程序,这些应用程序在进行iOS 11构建时使用fixed定位标题栏.此文章可帮助您了解iOS 11中的Webview视口. 注意:现有应用程序将继续工作,因为它们始终可以对其视口行为进行更改.这只会影响使用Xcode 9和iOS 11的目标编译的应用程序. 要了解这些变化,我们需要看看它的历史. 状态栏与安全区 在早起

  • IOS 中UIKit-UIPageControl利用delegate定位圆点位置

    IOS 中UIKit-UIPageControl利用delegate定位圆点位置 在UIScrollView中会添加UIPageControl作为页码标识,可以让用户清楚的知道当前的页数.我们需要优化的一点是让pageControl的小圆点精确的跟着scrollView而定位.我们先来看一下效果图: 我们发现,当图片拖动不到一半的时候,pageControl的圆点定位到前一张图,图片拖动超过一半的时候,定位到下一张图.这里就需要四舍五入的计算了. 我们可以利用协议 delegate 去做这件事情

  • 详解Vue.js使用Swiper.js在iOS<11时出现错误

    前言 swiper这是一个很强大的轮播展示工具,但往往也会有一些未知BUG,尤其是在手机端,由于性能局限,会导致效果和PC测试的时候有完全不一样的效果 在H5项目中,需要用到翻页效果,通过 Swiper 来实现,安装 Swiper npm i swiper -S 但是实际使用中,发现低版本 iOS < 11 会出现下面这个错误: SyntaxError: Unexpected keyword 'const'. Const declarations are not supported in str

  • iOS 11 safeArea详解及iphoneX 适配

    最近看了许多iPhone X适配的文章,发现很少有介绍safeArea的,就来随便写写 现在对于iPhone X的适配,有一种常见的做法是给导航栏或tabbar增加一个固定的距离,比如顶部增加44pt,底部增加34pt.这种写死距离的做法乍看上去挺简单,其实并不好,理由如下 不适合多机型的适配,如果以后出了一种带刘海的iPad,需要预留出来的距离就未必是现在写死的距离 不适合需要支持横竖屏的app,横屏顶部不需要增加距离,反而是左右各有44pt,底部的距离也和竖屏不同 不够动态.还是举个例子,假

  • iOS 11 UINavigationItem 去除左右间隙的方法

    前言 iOS 11版本由于对于Nav层级结构的改变,导致以前的方法无法达到理想的移动效果,使顶部的按钮完全靠左,或者是靠右. 修改思路 在iOS11之前保持原有方式进行设置,iOS11之后进行额外的边距约束修改达到移动效果. 从viewDebug的界面上观察可以看到需要将UIButtonBarStackView距离左边和右边的16的约束改为0即可. 核心代码 配置导航器view代码 //0:leftBarButtonItems,1:rightBarButtonItems - (void)init

  • iOS 11更新后及iPhone X推出后工程中遇到的问题及适配方法

    1.UITableView滑动时右侧的滑动条忽长忽短的乱跳以及MJRefresh上拉刷新死循环 这是因为tableView在iOS11默认使用Self-Sizing,tableView的estimatedRowHeight.estimatedSectionHeaderHeight.estimatedSectionFooterHeight三个高度估算属性由默认的0变成了UITableViewAutomaticDimension,MJRefresh的KVO会监听错误的contentoffset,造成

随机推荐