服装商店的网站建设要求,t么做文献索引ot网站,石狮网站建设科技,做广告的软件app免费转载自#xff1a;文#xff0f;戴仓薯#xff08;简书作者#xff09;原文链接#xff1a;http://www.jianshu.com/p/6cbde1b8b922症状 iOS 10 之后#xff0c;陆陆续续地有用户联系我们#xff0c;说新机第一次安装、第一次启动的时候#xff0c;app 首屏一片空白 文戴仓薯简书作者原文链接http://www.jianshu.com/p/6cbde1b8b922 症状 iOS 10 之后陆陆续续地有用户联系我们说新机第一次安装、第一次启动的时候app 首屏一片空白完全没数据。kill 掉重新打开就好了。 一开始以为是用户网络情况不好但随着越来越多的用户报告这个问题我意识到这并不是偶然情况。但是并非所有用户都如此。 而且卸载掉之后如果再装也不会出现这现象。问题只会出现在这台设备第一次安装、第一次启动的情况下。如果把手机抹掉、重置问题还能重现。 定位问题 这个问题真的很棘手也很难定位。幸运的是公司同事想到把手机抹掉重置得以在我眼前重现问题。 我发现的是app 首次启动会弹出一个询问用户“是否允许应用访问数据”的弹框类似下图 询问网络权限的弹框 虽然 app 刚打开的时候是一片空白但我发现进去之后登录、下拉刷新等都没问题。因此很容易猜测出这样的结论用户点“允许”之前网络请求全都是失败的而点“允许”之后网络请求就能正常进行了。 问题原因 有了方向之后就好查了。很快查到了掘金的这篇文章得知这个弹框来自于工信部的要求。 这篇文章里还有如果弹框不出现用户可以采取的解决方案。 另外从少数派的这篇文章 看到只有国行手机有这个功能。 这也就解释了为何有些用户出现、而有些用户没出现这个问题。 蜂窝移动网络的两种界面 进到手机的 设置-蜂窝移动网络如果看到如左图就说明是不会弹框的机型如果看到如右图说明是会弹框的机型。 那么这个新功能会为用户带来哪些问题呢问题主要在于用户点击“允许”之前所有网络请求都是被禁止的。具体有两种表现 少部分用户根本不显示弹框所以网络请求一直被禁止。针对这部分用户只能通过客服引导按照掘金的这篇文章逐个尝试里面的解决方案对于绝大部分用户弹框会正确显示然而从 app 启动到用户点击“允许”需要一段时间在这段时间内发出的网络请求全都会直接失败如果用户点击“不允许”app 永远无法访问网络Wifi 和数据流量均不可以。当然这是用户自己的选择我们没什么可做的。我们主要需要解决的是上面的第二个问题。 影响范围 这个特性推出之后大部分 app 应该都会受到不同程度的影响。可以着重在这几个方面检查一下自己的 app 首屏数据。首屏几个 tab 的数据往往在 app 启动时即加载也就是在用户点“允许”之前。很容易造成用户第一次进入时首屏数据空白。推送。通常的处理逻辑是把注册设备远程推送的代码写在 appDelegate 里。经过测试发现这种写法下允许推送的弹框和允许使用网络的弹框出现的顺序没有一定。如果先出允许推送的弹框用户点击允许此时注册 deviceToken 是不能成功的。当然如果用户允许访问网络第二次打开 app 时也会走一遍注册远程推送方法此时就能注册成功了。其他首次启动的处理。诸如广告页、活动页之类需要在启动时请求的数据。新版本的更新检查往往也在启动时进行但这一点影响不大因为首次打开的用户一般都是处于最新版。另外常常会在新设备首次启动时上传一个设备唯一标识用于统计目的例如 IDFA。解决方案 在重置过的手机上尝试装了一些大大小小的 app发现不少 app 在适配这个新特性上都存在一些小问题。而有些 app 也做了比较有特色的处理。 不幸的是苹果这个功能可能出得太仓促并没有给开发者提供相应的 API。所以我们没办法检测到用户点击“允许”或“不允许”网络请求的回调也没法检测到当前用户是否授权的状态。只能通过一些特殊处理来尽量减小对用户的影响。 总体来说主要有如下几个解决方案 延迟请求。对于首次启动的所有接口如果能延迟到用户点击“允许”之后再请求或者重新请求一次就能把对用户的影响降到最低是一个比较好的解决方案。因为首次启动往往有几屏引导页一个比较好的时机是引导页结束时。此时用户已经进行了授权数据都能正确得到。所以我自己的做法是把请求推迟到了引导页。另外下面评论里饶志臻大神提了一个特别好的思路就是用 AFN 监听网络状态有网时开始请求。虽然没有试过我自己手机不是国行不太好实验但感觉应该也能比较完美地处理这个问题。 允许用户手动重新请求。出现数据空白时如果在空白页面上有“重新加载”的按钮也可以让用户体验好一些。比较有趣的是测试中发现网易严选的处理是这样的 网易严选的首屏界面 加了一个“查看解决方案”的按钮。点击这个按钮会跳转到一个描述解决方案的页面内容跟上面掘金的文章类似。很有意思的处理虽然不能避免白屏但用户会尝试重新打开还可以帮到少部分始终不显示弹框的用户。 稍后重新请求。网络框架如果做了请求失败时定时重新请求的处理应该也能解决首次请求失败的问题。另外首次启动时各种处理的逻辑都可以写成一旦失败下次启动重试。如每次启动都会注册远程推送。另一个例子是上传设备唯一标识的逻辑可以写成类似这样NSString *storedIDFA [[NSUserDefaults standardUserDefaults] objectForKey:kIDFAKey];
NSString *idfaString [[[ASIdentifierManager sharedManager] advertisingIdentifier] UUIDString];if ([storedIDFA isEqualToString:idfaString]) { return; } [HAMCommonBusinessStore requestUploadIDFA:idfaString success:^(id response) { [[NSUserDefaults standardUserDefaults] saveObject:idfaString forKey:kIDFAKey]; }]; 每次打开 app 都调用这段代码而上传成功时才保存到本地。这样首次请求失败也无妨下次打开时仍能重试上传直到成功为止。 开发者的无奈 临时出现这种变故作为开发者也表示很无奈。为了排查问题技术同事牺牲手机反复重置老板还一副不相信的样子“那其他家 app 怎么就没出问题” 好在总算能用各种特殊处理把问题先掩盖过去。还是希望苹果能在 iOS 系统的新版本里完善这个新功能提供类似相机权限的 api 吧。不要再折磨广大开发者了。 转载于:https://www.cnblogs.com/yajunLi/p/6163284.html
