12

情况：

由于我们的用户已将他们的 iOS 更新到 11 和/或 WatchOS 到 4，当我们的 WatchOS 应用启动应用时，我们的 iOS 应用似乎不会触发任何预定的计时器。从 WatchOS 应用程序启动我们的主应用程序时，我们可能做错了什么。

上下文和代码：

我们的 WatchOS 应用程序是一个配套应用程序，它允许用户通过按下按钮在后台启动/停止我们的 iPhone 应用程序。我们通过使用：

func startMainApp() {
    guard WCSession.default().isReachable == true else {
        print("Watch is not reachable")
        return
    }

    var data = [String : AnyObject]()
    data[WatchActions.actionKey()] = NSNumber.init(value: WatchActions.startApp.rawValue as Int)

    WCSession.default().sendMessage(data, replyHandler: { (result: [String : Any]) in
        let resultNumber = result[WatchActions.resultKey()] as? NSNumber
        let resultBool = resultNumber!.boolValue
        if resultBool == true {
            self.setModeActivated()
        } else {
            self.setModeActivationFailed()
        }

    }) { (error: Error) in
        if (error as NSError).code != 7012 {
            print("start app error: \(error.localizedDescription)")
            self.setModeActivationFailed()
        }
    }
}

然后在我们的主应用程序中，我们收到消息并启动我们的基本控制器：

func session(_ session: WCSession, didReceiveMessage message: [String : Any], replyHandler: @escaping ([String : Any]) -> Void) {
    if let actionNumber : NSNumber = message[WatchActions.actionKey()] as? NSNumber {
        if let watchAction : WatchActions = WatchActions(rawValue: actionNumber.intValue) {

            switch(watchAction) {
                case .isAppActive:
                    let result = BaseController.sharedInstance.sleepAndWakeUpController.isAwake()
                     replyHandler([WatchActions.resultKey() : NSNumber.init(value: result as Bool)])
                return

                case .startApp:
                    AudioController.sharedInstance().playActivatedSound()

                    let isRunningOnForeground = ApplicationStateHelper.isActive()
                    if isRunningOnForeground == false {
                        BaseController.sharedInstance.start(inBackground: true)
                    }
                    let result = true
                    replyHandler([WatchActions.resultKey() : NSNumber.init(value: result as Bool)])

                    DDLogInfo("[APPLE WATCH] [didReceiveMessage] [.startApp]")
                return
            }
        }
    }

    replyHandler([WatchActions.resultKey() : NSNumber.init(value: false as Bool)])
    return
}

一切似乎都像以前一样工作，我们正确地获得了 GPS 位置，我们的所有进程都开始了，但是，Timer开始的对象不会触发。

这之前在 iOS 10 上运行良好，所以我怀疑这与 iOS 11 背景状态的工作方式不同有关。但是，我似乎找不到任何关于此的文档。

额外信息：

  • 在 iOS 10 上，当我们以这种方式启动我们的主应用程序时，该应用程序在 iPhone 的多任务视图中可见。现在在 iOS 11 上，它在多任务视图中不可见，但它确实在后台运行。我成功地看到了我在后台安排的本地通知，我可以通过活动代码进行调试，当点击应用程序图标时，应用程序立即可用。
  • 我们的 WatchOS 应用的部署目标是 2.0
  • 在连接设备的情况下通过 XCode 进行调试，使用 Debug-->Attach to PID or Name-->Entered app name。然后从 Apple Watch 启动我们的应用程序并进行调试。
  • 可在 iOS 11.0.3 和 iPhone 6 上的 WatchOS 4.0 上重现

问题： 从手表应用程序启动我们的主应用程序的最佳方式是什么？iOS 11/WatchOS 4 关于背景状态有什么变化吗？我能找到这方面的文件吗？这可能是iOS错误吗？

4

2 回答 2

6

我所能提供的只是确认这种行为确实从 iOS 10 更改为 iOS 11。我怀疑 iOS 10（及更早版本？）上的行为是不正确的。即使开发人员开始依赖这种行为，Apple 对改变无意/他们认为不正确的行为也没有任何疑虑（我很确定我在上一个手表项目中使用了这种行为）。

事实是，UIApplication由手表消息启动时的状态是background。除非使用特定的后台执行模式/后台任务，否则不应在应用程序处于后台时运行计时器。这个事实是众所周知的，并且通常在 iOS 开发人员职业生涯的早期就遇到过。从手表启动时计时器会在后台运行的事实，我可以推测，这是一个错误。

我不知道您的用例，即您为什么要依赖这些计时器，但是您可以做的一件非常简单的事情是创建一个空的后台任务，这将使您在应用程序启动时获得更多时间。

var backgroundTask: UIBackgroundTaskIdentifier?
backgroundTask = UIApplication.shared.beginBackgroundTask(withName: "app Start Task", expirationHandler: {
    guard let task = backgroundTask else { return }
    UIApplication.shared.endBackgroundTask(task)
})

let timer = Timer(timeInterval: 1, repeats: true) { (timer) in
    print("Running")
}

如果您需要更一致、运行时间更长的解决方案，您可能需要利用您的位置更新作为执行计时器当前工作的机会。还有很多其他的背景模式可以追求。

您的问题摘要：

问：从手表应用程序启动我们的主应用程序的最佳方式是什么？
答：您提出的代码是启动配套应用程序的好方法。

问：iOS 11/WatchOS 4 关于背景状态有什么变化吗？
答：不，尤其是在计时器方面。不同的行为可能是一种修正。

问：我能找到这方面的文件吗？
答：我不能。有时，您可以在论坛上从苹果工程师那里获取这些信息，或者通过您的开发者帐户通过代码级支持问题或访问 WWDC。

问：这可能是 iOS 错误吗？
答：早期的行为可能是错误。

于 2017-12-06T02:40:51.333 回答
1

当应用程序关闭并且不在后台运行时，位置永远不会在 iOS 11 中跟踪，这不是 iWatchOS 4 和 iOS 11 错误。

iOS 11 中位置跟踪的变化

请点击此文档链接：iOS 11 中位置跟踪的更改 iOS 11 还对现有 API 进行了一些重大更改。受影响的领域之一是位置跟踪。

如果您的应用程序仅在应用程序处于前台时使用位置信息，就像大多数应用程序一样，您可能根本不需要更改任何内容；但是，如果它是全天持续跟踪用户位置的应用程序之一，那么您可能应该在今年夏天预订一些时间来对跟踪和测试可能的使用场景的方式进行一些更改。

例如，让我们再次考虑这两个应用程序；连续的后台位置和重大位置变化监控应用程序。假设用户使用连续后台定位应用程序进行跑步。他们会继续奔跑，他们会回来，他们会一直看到实心箭头，当他们查看地图时，他们会看到他们所经历的每一个曲折和转弯。当他们安装使用显着位置变化监控的应用程序时，他们会看到相同的东西，一个实心箭头。据用户所知，这个应用程序接收的信息量可能与他们的跑步跟踪应用程序相同。因此，如果用户误解了我们的信号，我们决定解决此问题的最佳方法是调整我们指示位置使用的方式。

watchOS 可以访问 iOS 应用程序中的许多相同技术；但是，即使一项技术可用，您也可能无法像在 iPhone 上那样使用它。

不要对技术使用后台执行模式。一般来说，Watch 应用程序被视为前台应用程序；它们仅在用户与其界面之一交互时运行。因此，相应的 WatchKit 扩展无法利用大多数后台执行模式来执行任务。可能对本文档有所帮助： Leveraging iOS Technologies for watch

于 2017-12-01T06:18:44.587 回答