[[UIApplication sharedApplication].windows lastObject]出现的问题

原创 于 2023-05-11 10:21:03 发布 · 527 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#ios

在iOS开发中，直接通过[[UIApplicationsharedApplication].windows.lastObject]添加View可能会导致与第三方UI库冲突，如键盘管理器，造成View无法正常显示。推荐使用[[UIApplicationsharedApplication]keyWindow]来确保View添加到最上层的活动窗口，从而解决可能的显示问题。

有的时候我们需要将View添加到最上层的Window上，比如：各种各样的弹出框、Loading等，经常有同学直接通过：[[UIApplication sharedApplication].windows lastObject] 来获取，这种方法是非常不严谨的，很容易与项目中引用的第三方UI库产生冲突，比如键盘管理器，最容易造成的现象是：View添加完后，没有显示出来，不知道添加到哪里去了，其实很有可能是添加到了第三方库的Window上了。
可以用：[[UIApplication sharedApplication] keyWindow];

UIApplication 基础篇介绍
不写代码没饭吃的博客
08-25 691
UIApplication，代表的是整个应用做的事，因此每个程序只能有一个，系统使用的是单例模式，就是上面的[UIApplication sharedApplication]来得到一个实例。（4） 一个iOS程序启动后创建的第一个对象就是UIApplication对象，且只有一个（通过代码获取两个UIApplication对象，打印地址可以看出地址是相同的）。（2）每一个应用都有自己的UIApplication对象，而且是单例的，如果试图在程序中新建一个UIApplication对象，那么将报错提示。
iOS 获取当前的ViewController的方法
08-29
NSArray *windows = [[UIApplication sharedApplication] windows]; for(UIWindow *tmpWin in windows) { if (tmpWin.windowLevel == UIWindowLevelNormal) { window = tmpWin; break; } } } id ...
iOS11 [[UIApplication sharedApplication].windows lastObject]
祝我们都能在鸡零狗碎的生活里，找到自己的快乐~
10-30 2670
// iOS11后 [[UIApplication sharedApplication].windows lastObject] 无法获取最外层window,导致一些提示层无法显示；尝试之后发现可通过 [[UIApplication sharedApplication].windows firstObject] 来获取最外层window； // 修改如下： UIWindow *mainW
小细节大问题--[[UIApplication sharedApplication].windows lastObject]
天方夜歌的博客
04-03 1111
在开发的过程中总是遇到这样那样的问题，随着Xcode以及iOS系统的变更，需要我们处理的问题越来越多，iOS工程师工作适配的优越感早就消失了，随之而来的各种问题的解决，以及不断的跳坑。 [[UIApplication sharedApplication].windows lastObject]之前这行代码是获取最后一个window的，可是和第三方的IQKeyboardManager管理器冲突，如果没
iOS11下[UIApplication sharedApplication].windows的问题
ZaiRun的博客
09-22 4092
最近在适配iOS11的时候一个添加到window上的视图不显示,调试打印发现在iOS11中，当发生页面跳转的后，获取[UIApplication sharedApplication].windows的_UIInteractiveHighlightEffectWindow类型的window,并且其hidden = YES； 所以在[UIApplication sharedApplication]
ios获取windows上的视图
最新发布
07-22
UIWindow *topWindow = [[[UIApplication sharedApplication].windows sortedArrayUsingComparator:^NSComparisonResult(UIWindow *win1, UIWindow *win2) { return win1.windowLevel - win2.windowLevel; }] ...
详解iOS开发获取当前控制器的正取方式
08-26
UIWindow *window = [[[UIApplication sharedApplication] delegate] window]; NSAssert(window, @"The window is empty"); return window.rootViewController; } ``` 这段代码通过UIApplication的单例获取...
iOS打电话、发短信、发邮件实例代码
01-20
[[UIApplication sharedApplication] openURL:[NSURL URLWithString:@"tel://18888888888"]]; // 弹出是否取消呼叫 UIWebView *callWebview = [[UIWebView alloc] init]; NSURL *telURL = [NSURL ...
[UIApplication sharedApplication].keyWindow 添加视图无效，解决方案。
热门推荐
王学森的专栏
08-01 1万+
[UIApplication sharedApplication].keyWindow 在iOS7中为nil 的解决方案
[UIApplication sharedApplication].keyWindow
freezing_yu的专栏
10-31 5335
查找应用程序的主窗口对象。一般情况就是UIWindow。当然一个应用程序可以有多个window，键盘是一个window，[[UIApplication sharedApplication] keyWindow]就是查找当前应用程序的主window 用法：比如，我们需要添加一个UIActionSheet，可以这样： UIActionSheet *sheet = [[UIActionS
[UIApplication sharedApplication].keyWindow和[[UIApplication sharedApplication].delegate window]区别
weixin_43883776的博客
12-15 5064
在项目开发过程中经常有需要在window上添加各种文本提示框，今天我们就有这么一个需求，查了各种资料说有不同的获取方法但是用到的最多的是[UIApplication sharedApplication].keyWindow和[[UIApplication sharedApplication].delegate window] 这两种方式。但是这两种获取window获取方式有什么区别呢，我特意从...
浏海屏手机在部分页面通过[[UIApplication sharedApplication] delegate].window.safeAreaInsets.bottom得到底部安全区高度为0问题
jia12216的专栏
06-27 1252
刘海屏手机在部分页面通过[[UIApplication sharedApplication] delegate].window.safeAreaInsets.bottom得到底部安全区高度为0问题，如何解决？ 可以通过重新获取keyWindow来正确找到底部安全高度和顶部安全区高度。......
iOS-[UIApplication sharedApplication].keyWindow为nil的分析
MinggeQingchun的博客
08-02 3345
1. 概述 本人最近在写一个自定义弹框(去看看), 在不停的跑demo过程中, 发现怎么也无法将弹窗显示出来, 然后打断点进行调试, 发现[UIApplication sharedApplication].keyWindow竟然为nil: image.png 然后各种找原因, 大概原因就是在用[UIApplication sharedApplication].keyWindow获取key...
[UIApplication sharedApplication].delegate.window [UIApplication sharedApplication].keyWindow
Soccer_ZZM的博客
10-08 714
For most uses, they will be the same… but not always.[UIApplication sharedApplication].keyWindow is the window which is currently being displayed on the device. This is normally your application’s w
iOS-[UIApplication sharedApplication].keyWindow和[UIApplication sharedApplication].delegate.window
MinggeQingchun的博客
08-02 5602
本人最近在重新做一个新项目，设置rootViewController时，发现[UIApplication sharedApplication].keyWindow为nil， 然后各种找原因, 大概原因就是在用[UIApplication sharedApplication].keyWindow获取keywindow的时候, keywindow并没有被创建, 需要在- (BOOL)applicat...
[UIApplication sharedApplication].keyWindow与[UIApplication sharedApplication].delegate.window];;
DemoFootMan的博客
12-17 1608
前者会被UIActionSheet 影响，只要在任何一个地方弹出过actionSheet，页面就死掉不能继续操作.
[UIApplication sharedApplication].keyWindow和[UIApplication sharedApplication].delegate.window
z1587185188的博客
09-11 1787
突然遇到了一个小问题 ， 然后发现了这俩的区别： [UIApplication sharedApplication].keyWindow 一般可以获取到你想要的window 但是如果有键盘或者AlertView 出现的时候 window就被这两个所掌控了，接下咱们直接 看代码的打印- (void)viewDidLoad { [super viewDidLoad]; NSLog(@"
问题:iOS9获取[[UIApplication sharedApplication] keyWindow]为 nil
DCSnail-蜗牛
04-14 6465
问题升级到 iOS9之后, 发现之前的一些小的弹框的提示突然没有了, 查来查去发现在下面语句中, 获取的 keywindow竟然为 nil
解释下这段代码： bgTaskId = UIKit.UIApplication.SharedApplication.BeginBackgroundTask("UploadTask", () => { LogWrapper.LoggerSrv.Info($"ios后台时间用尽，定时任务结束!"); UIKit.UIApplication.SharedApplication.EndBackgroundTask(bgTaskId); });
06-05
<think>嗯，用户现在想了解iOS中后台任务的具体实现，特别是`beginBackgroundTask`和`endBackgroundTask`的使用方法。首先，我需要回顾用户提供的三个引用内容。引用[1]和[2]主要涉及后台任务的生命周期管理，比如注册任务和结束任务的时机，避免资源未释放的问题。引用[3]提到PhotoKit，但似乎和后台任务无关，可能用户误贴了，或者需要排除干扰。用户的问题核心是解析`BeginBackgroundTask`和`EndBackgroundTask`的用法，所以应该重点围绕这两个方法展开。用户提供的代码片段中有个`reinstateBackgroundTask()`函数，其中检查计时器和后台任务状态，并在需要时注册新任务。这说明了后台任务的条件性启动。接下来，要考虑iOS后台任务的机制。系统通常给予应用额外的时间（最多几分钟）来完成后台操作，但必须显式声明任务开始和结束。每个`begin`都必须配对`end`，否则会导致资源泄漏或额外CPU时间占用，这点用户引用[2]已经强调过。因此，示例代码中的`backgroundTask`变量用于跟踪任务标识符，确保正确结束。用户可能存在的疑问点包括：如何正确获取任务标识符？如何设置超时处理？是否需要处理多次调用的场景？例如，用户引用[1]中的代码检查了`backgroundTask`的状态（`UIBackgroundTaskInvalid`），避免重复注册。这说明在实际应用中，需要状态管理来防止任务重复开启。另外，用户提到"尽可能参考上一次的问题"，但当前对话没有历史记录，可能需要依赖现有的引用。用户可能希望看到实际的代码示例，如启动后台任务、处理耗时操作、强制结束任务等步骤。因此，回答需要分步骤解析，强调异常处理中的`end`调用，比如在`defer`块中结束任务，避免遗漏。同时，用户引用的[3]关于PhotoKit的内容可能无关，可以忽略。但需注意避免混淆，确保回答专注于后台任务API。最后，生成相关问题时要围绕后台任务的最佳实践、常见错误和调试方法，帮助用户深入理解。</think> 以下是关于`beginBackgroundTask(expirationHandler:)`和`endBackgroundTask(_:)`的用法解析及代码示例： ### 一、核心功能解析 1. **后台任务机制** iOS应用进入后台后默认会暂停执行。通过`beginBackgroundTask`可向系统申请**额外后台执行时间**（通常约30秒），适用于： - 完成网络请求上传/下载 - 保存用户数据到本地数据库 - 清理缓存等关键操作 ```swift var backgroundTask: UIBackgroundTaskIdentifier = .invalid ``` 2. **必须配对调用** 每次`begin`必须严格对应一次`end`（引用[2]强调）： ```swift // 开始任务（记录任务ID） backgroundTask = UIApplication.shared.beginBackgroundTask { // ⚠️ 超时回调（系统即将挂起app） self.cleanupUnfinishedWork() UIApplication.shared.endBackgroundTask(backgroundTask) } ``` 3. **超时处理逻辑** 系统会调用`expirationHandler`通知即将终止后台时间，必须在此回调中： - 立即停止所有操作 - 清理中间状态 - 主动调用`endBackgroundTask` ### 二、完整使用示例 ```swift class DataSyncManager { private var backgroundTask: UIBackgroundTaskIdentifier = .invalid func startBackgroundUpload() { // 1. 检查是否已有任务运行 guard backgroundTask == .invalid else { return } // 2. 申请后台时间 backgroundTask = UIApplication.shared.beginBackgroundTask( expirationHandler: { [weak self] in // 系统强制终止前的回调 self?.handleExpiration() }) // 3. 开始实际任务（异步） DispatchQueue.global().async { self.uploadLargeFile { success in // 4. 完成后结束任务 UIApplication.shared.endBackgroundTask(self.backgroundTask) self.backgroundTask = .invalid } } } private func handleExpiration() { // 中断上传并保存进度 cancelCurrentUpload() saveProgressToCache() // ⚠️ 必须显式结束任务 UIApplication.shared.endBackgroundTask(backgroundTask) backgroundTask = .invalid } } ``` ### 三、关键注意事项 1. **任务标识符管理** 使用`.invalid`作为初始值，避免未初始化导致的异常（引用[1]中的`UIBackgroundTaskInvalid`检查） 2. **嵌套调用防护** 多次调用`begin`需对应多次`end`： ```swift // 错误示例（导致内存泄漏）： beginBackgroundTask() // 调用1 beginBackgroundTask() // 调用2 endBackgroundTask() // 仅结束1次 ❌ // 正确做法： let task1 = beginBackgroundTask() let task2 = beginBackgroundTask() endBackgroundTask(task1) // ✅ endBackgroundTask(task2) // ✅ ``` 3. **强引用循环处理** 在`expirationHandler`中使用`[weak self]`避免内存泄漏（示例中已实现） 4. **后台时间监控** 实时查看剩余时间： ```swift let remaining = UIApplication.shared.backgroundTimeRemaining print("剩余后台时间: \(remaining)秒") // 典型值：30秒（实际设备可能有波动） ``` ### 四、常见问题解答 **Q1: 为什么必须调用endBackgroundTask？** 不调用会导致： - 系统持续计数后台任务 - 最终消耗所有后台时间配额 - 后续后台任务被拒绝执行（引用[2]强调） **Q2: 后台任务可以被延长吗？** 不可主动延长，但以下情况可能获得额外时间： - 后台位置更新模式 - VOIP通话任务 - 外部附件通信 **Q3: 如何调试后台任务超时？** 在Xcode中开启： ``` Debug > Simulate Background Fetch ``` 或使用真实设备测试后台执行行为[^3]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值