IOS12弹窗更新提醒bug怎么处理？附图文教程

据传，iOS12有一个比较烦人的bug——无论是解锁、打开应用、下滑通知栏或开关机总会遇到这种的报错信息“现有新的iOS更新可用。请从iOS 12 Beta 版进行更新。

那么遇到iOS12无限弹更新提醒窗口bug怎么办呢快来和小编一起学习吧！

iOS12一直弹更新提醒窗口的临时解决方案今天来自明美无限微信公众号的小伙伴第一时间给我们发出了这样的截图，明美无限我最初第一反应就是重启一下看看，发现这个办法是不行的。其实有关这个bug早就在苹果发布了iOS12 beta10测试版的时候出现过，只不过那个时候没有像今天这样大规模、且非常频繁的弹出这个更新提醒窗口。很多小白用户看到这个提醒以为有新的测试版系统发布了，赶快去软件更新查看，发现已经是最新的测试版，并没有新的测试版系统更新，相信苹果一直出现这个bug，已经严重影响了用户体验。截止明美无限发稿之前，这个严重的bug还在持续大规模爆发状态。据明美无限目前所掌握的情况来看，海外有开发者通过查看iOS12测试版代码发现，只所以会出现这个bug，主要原因在于苹果在代码写死了iOS描述文件过期时间，而并非通过服务器查询是否有新系统升级，所以系统才会不断提示。

那么有的网友会问，是不是移除描述文件就可以解决了，其实答案是否定的。我们编辑通过删除了iOS12描述文件，另外也安装了iOS12屏蔽更新描述文件(这些描述文件下载地址，均可以在我的明美无限公众号获取，只需要给我们发送消息12即可自动获取)等方法均失效。唯一可以暂时解决的办法只有一个，那就是将日期时间调至8月30日或更早的时间，具体的设置方法是:依次进入设置----通用---日期和时间来进行调整，如下图所示。(虽然这种办法可以暂时解决这个bug,但不是长久之计，所以大家还是耐心等待苹果官方那边的修复，也许苹果就会发布新的测试版修复这个问题，哈哈)

当然了之前也有一种解决办法，那就是将时区调至新西兰(惠灵顿)，时间调至北京时间，这个方法短时间(几个小时内有效)，但过了几个小时之后，这个方法就不行，所以建议还是不要使用这个方法来进行设置，我们还是老老实实调至日期吧。

ios13的bug如下：

1、意外闪退。过渡动画。因为尚处于开发阶段，所以在过渡动画的方面，经常会出现卡死的情况。

2、微信拍不了视频；打字不好使；软件适配。其实是可以预见到的，由于是开发者版本，在软件适配上当然有或多或少的问题。

3、最主要的问题恐怕就是对于暗黑模式适配的问题，目前的第三方软件几乎都没有适配iOS13的暗黑模式。除了系统自带app外，其他的一点变化也没有。甚至连iOS的三款办公软件也没有关于iOS13暗黑模式的更新。所以说在日常的使用来看，基本上是体会不到暗黑模式的感觉。

4、app没有适配带来的问题还有就是关于耗电量的问题，可以明显的感觉就是省电在更新上体验并不明显。

这样的bug确实非常讨厌。在手机端经常做的一件事情就是复制粘贴，比如在开会的时候，有一些会议的关键内容需要转发给别人，那么这个时候就会去把这些内容给复制下来，但是存在的问题是会出现弹窗的行为，这样其实是非常麻烦的。并且在另一方面也暴露出了一些问题，就是隐私的泄露。不管是什么软件都能够直接拾取紧贴板的内容，这其实是非常可怕的一件事情。有些时候剪贴板上的内容是关系到我们个人的隐私情况，这些软件肆无忌惮的去粘贴上面的内容带来的问题就是我们个人的隐私会泄露。当然这个bug在161的时候就已经修复了，只是毫无疑问在那一段时间给很多的苹果用户带来了非常差的体验。

其实在iOS 16中还有一项更新就是电池的百分比显示，这在之前的iOS系统中是没有这种功能的。在iOS 16上面也上新了这一项显示的功能，但是从整体的显示效果上来看明显不太好，整体细节没有做的特别好。也是在161的时候对这个问题进行了更新，复制粘贴的bug也在161的版本中得到了解决。每一次苹果在开发出新系统的时候，最好是不要去尝试。因为在这个时期经常会出现一些bug，可能会是掉电快，也有可能是充电慢等一些不确定性的bug，最好等版本稳定的时候再去下载与更新系统。

所以这样的bug是非常讨厌的。想要去做一件正事复制粘贴的时候，却带来弹窗的事情，这样其实就非常的麻烦，影响到我们正常的去使用。在使用苹果的时候都认为操作特别的简单、简洁，只是出现了这样的情况时，给用户就带来了很大的麻烦。

今天凌晨苹果发布了iOS92Beta1测试版系统，距离刚刚发布的iOS91正式版系统还不到一周的时间，看来苹果现在的系统更新周期越来越短，我觉得这并不是一件坏事，苹果技术看到BUG及时修复很好，那么这次苹果iOS92Beta1都更新了什么？接下来小编就为大家解答一下。

对于苹果iOS92Beta1都更新了什么？根据小编的体验，并没有发现iOS92beta中有特别明显新特性变化，目前来看应该是以bug修复为主，比较明显的变化是感觉改善第三方应用程序与系统的适配，以及第三方APP嵌入Safari浏览器使用等，整体几个小时的使用体验下来，明显感觉系统流畅多了。

对于IOS92beta1值得升级吗，小编反正是已经升级上了，不过测试版系统是针对开发者用来测试的版本，需要开发者账号才可以各位网友如果没有开发者账号，需要谨慎考虑哦。

苹果正式发布了iOS 155正式版系统更新，版本号为19F77。该版本亮点并不多，主要针对部分机型带来基带版本升级，改善了信号表现，同时还修复了一些Bug等。

不过，最近有不少用户反馈，iOS 155 存在重大 Bug，在「系统服务」的「时间与地点」功能中存在严重偷跑手机流量的问题。

如果你已经升级到 iOS 155 正式版，可以前往「设置」->「蜂窝网络」->「系统服务」->「时间与地点」是检查自己的 iPhone 是否存在严重的偷跑流量问题。

从一些网友分享的截图来看，不少 iOS 155 用户中招，「时间与地点」服务中，普遍耗费几百 MB、几个 GB，有的网友甚至每天多达几个 GB 流量消耗，用户也因此损失了不少流量费，有网友甚至要求苹果赔流量费。

iOS 155「时间与地点」偷跑流量如何解决？

针对 iOS 155 严重偷跑流量问题，有不少网友在苹果社区留言，Apple 高级技术顾问表示，他们已经知晓这种情况并正在进行调查，并给出了临时解决方案：

如果是软件方面导致到的情况，恢复出厂设置可以根本解决这个问题，需提前做好备份。只不过，恢复出厂设置比较麻烦，也不一定能解决，小伙伴们可以先尝试以下临时解决办法。

1、双卡用户交换卡槽，单卡用户重新插拔 SIM 卡；

2、打开 设置 -> 隐私 -> 定位服务 -> 系统服务 -> 网络与无线 -> 关闭；

3、打开 设置 -> 无线局域网 -> 使用无线局域网与蜂窝网络的 App -> 设置 -> 关闭。

还有网友建议 关闭 隐私 -> 定位服务 以及 iCloud 相关功能，建议凡是涉及到系统后台上传数据的功能都关闭，这样会缓解蜂窝网络被偷跑流量。

目前来看，iOS 155 偷跑流量问题可能比较普遍，应该是系统版本的问题，最佳解决方案还是等苹果发布新版本进行修复吧。只不过，系统无缘无故耗费大量流量，有网友担心自己的隐私被上传。

系统bug，网络问题。

1、系统bug是qq空间表白墙动态系统出现了问题导致看不到，等待官方修复即可。

2、网络问题是自身设备连接的网络出现较大波动，导致qq空间表白墙动态看不到，更换网络重新打开即可。

手势侧滑导航在 iOS 中尤其常见，在项目中，经常和其打交道，但是经常发现，当侧滑到根控制器（第一级界面）时，继续快速使用侧滑手势 popGesture 会导致卡住。有时候，想要监听某个界面的侧滑手势是否结束来做一些其他操作，比如，在一个有 定时器（NSTimer） 的界面，使用侧滑到上一级页面，会导致该界面无法释放，这就需要知道当前侧滑手势是否已经结束，在结束时 移除（NSTimer） 等等。

滑动到首页（一般就是根控制器所属的第一级界面）会卡死， 这是iOS系统本身存在的一个BUG ，解决方案就是创建一个 BaseNavigationController （继承 UINavigationController ），在 BaseNavigationController 中监听 代理方法 ，判断当子视图控制器数 viewControllers 大于 1 时，允许 pop 手势可以滑动。在 BaseNavigationControllerm 中，如下：

一般我们很少会需要监听侧滑到上一级的手势的情况，这种场景可能会出现在一些特殊处理中，比如当使用侧滑手势 pop 到上一级时，由于一些操作未完成，当前 self 被持有，而导致 dealloc 方法没有被执行，换句话说，当前 view controller 没有释放造成内存泄漏，这种情况下，监听侧滑手势是否执行就有必要了。在 BaseNavigationControllerm 中，如下：

在 - (void)navigationController:(UINavigationController )navigationController willShowViewController:(UIViewController )viewController animated:(BOOL)animated 中，可以使用 - (void)notifyWhenInteractionChangesUsingBlock: (void (^)(id <UIViewControllerTransitionCoordinatorContext>context))handler 监听到侧滑手势的情况，如果 contextisCancelled 为 YES ，说明用户侧滑的时候取消了滑动，即没有返回到上一级页面，反之，如果为 NO ，说明将 pop 到上一级页面，当前页面即将被释放。

因此，当 contextisCancelled 为 NO 时，我们可以发送一个通知（ notification ）到当前正在操作侧滑手势 pop 的这个页面，在这个页面做监听，就可以在收到通知时，执行你想要的操作就可以了。

比如，在 demo （ 文末有提供 ）中，我们监听如下：

个人博客

Demo地址

2021-03-12