PerformFetchwith CompletionHandler永远不会被解雇

Question

1）我的plist配置提供背景模式：

<key>UIBackgroundModes</key>
<array>
    <string>fetch</string>
</array> 

2） 在didfishlaunchingwithoptions中，我有：

[[UIApplication sharedApplication] setMinimumBackgroundFetchInterval:1.0];

3） 我在委托中声明了协议UIApplicationLegate。

4）我实现了以下方法，但它永远不会被触发。（只有当我用“XCode-”模拟获取时才有效

-(void)application:(UIApplication *)application performFetchWithCompletionHandler:(void (^)(UIBackgroundFetchResult))completionHandler

为什么？这是DP5测试错误吗？我应该雷达这个吗？

Answer 1

有很多考虑：

>

确保没有为此特定应用禁用后台提取功能，或者在设备的设置应用中禁用后台提取功能。

确保设置最小获取间隔。

确保你优雅地离开应用程序（例如，只需点击home按钮，启动另一个应用程序和/或锁定设备）。但是，如果你关闭了应用程序（通过双击home按钮并向上滑动“强制退出”，或者，对于没有home按钮的设备，从底部向上滑动以打开任务管理器，然后向上滑动有问题的应用程序），这将阻止操作系统为你的应用程序提供触发后续后台获取请求的机会（至少在用户再次运行应用程序之前）。

确保您正在物理设备上测试该应用程序，而不是通过Xcode调试器运行该应用程序。附加到调试器会更改后台操作的行为。

确保应用程序正在执行一些网络请求。如果你的应用程序根本不执行网络请求，它就不会参与后台获取。例如，如果你做了一个带有“后台抓取”的小测试应用，并且没有发出任何网络请求，你就不会参与后台抓取。

同样，如果操作系统在后台模式下启动您的应用程序以执行后台获取，如果您实际上没有执行网络请求，操作系统可能会停止为您的应用程序提供将来执行后台获取的能力。

确保在分配的时间内调用完成处理程序，否则你的应用程序将来可能不会参与后台获取。

操作系统执行后台提取的时间由文档记录不佳的规则决定，这些规则将来可能会改变。但相关因素包括：

>

是否连接到WiFi；

用户实际启动应用程序的频率；

设备是否正在执行其他与网络相关的任务（例如，后台提取是否可以与其他网络操作合并）；

过去的后台获取请求导致有可用数据的频率。

根据我的经验，在应用程序第一次运行后，如果连接到wifi和电源，如果你在大约5分钟后唤醒设备，应用程序将执行后台提取。这不是一条硬性规定，而是我们过去的经历。

但许多新开发人员在Stack Overflow上发帖，问了一些问题，比如“我怎么能在x分钟（或小时）内获得应用程序请求数据”、“我怎么能每天凌晨2点请求数据”等等。简单的回答是，你不能。操作系统自行决定后台的时间。您无法控制这一点（除了最小请求间隔；但您无法控制最大间隔，因为操作系统会控制它）。

这对许多人来说似乎很明显，但请确保您有一种可靠的方法来了解后台提取过程是否正确运行。用户通知框架可用于显示一些警报，以便您知道后台请求是否导致了某些情况。或者，os_log或Logger“统一日志记录”（参见WWDC 2016统一日志记录和活动跟踪或2020年在Swift中探索日志记录）可用于在macOS控制台应用程序上监控的设备上发布消息。但我不止一次看到用户做了一些事情，比如等待消息出现在Xcode中，或者等待UIAlertController。你需要一些机制，当你没有连接到Xcode，应用程序永远不会进入前台时，这些机制就可以工作。

Answer 2

恐怕这很难在设备上调试，因为您不能保证它在您指定的时间内被调用。

如果iOS决定一天调用一次，甚至一周调用一次，那么无论你的代码是多少，它都不会被更频繁地调用。AFAIKiOS决定何时调用performFetchSusCompletionHandler，该模式由用户启动应用的时间和频率来衡量。

Answer 3

在iOS模拟器中，在Xcode调试模式下运行应用程序，可以从Xcode菜单强制后台获取：

调试

可能适用于栓系设备，我最近没试过。