TransferUserInfo на WCSession вече не работи надеждно в watchOS 2.2 с iOS 9.3

Мисля, че това вече работи. Първо, трябваше да добавя новите методи WCSessionDelegate към моето приложение за iOS:

@available(iOS 9.3, *)
func session(session: WCSession, activationDidCompleteWithState activationState: WCSessionActivationState, error: NSError?) {
    if activationState == WCSessionActivationState.Activated {
        NSLog("Activated")
    }

    if activationState == WCSessionActivationState.Inactive {
        NSLog("Inactive")
    }

    if activationState == WCSessionActivationState.NotActivated {
        NSLog("NotActivated")
    }
}

func sessionDidBecomeInactive(session: WCSession) {
    NSLog("sessionDidBecomeInactive")
}

func sessionDidDeactivate(session: WCSession) {
    NSLog("sessionDidDeactivate")

    // Begin the activation process for the new Apple Watch.
    self.session.activateSession()
}

И подобно на моето приложение за watchOS:

@available(watchOSApplicationExtension 2.2, *)
func session(session: WCSession, activationDidCompleteWithState activationState: WCSessionActivationState, error: NSError?) {
    if activationState == WCSessionActivationState.Activated {
        NSLog("Activated")
    }

    if activationState == WCSessionActivationState.Inactive {
        NSLog("Inactive")
    }

    if activationState == WCSessionActivationState.NotActivated {
        NSLog("NotActivated")
    }
}

Но transferUserInfo все още не работеше за мен, особено когато екранът на Apple Watch беше изключен. По-долу е как изпращах информация между iPhone и Apple Watch в iOS 9.2/watchOS 2.1:

func tryWatchSendMessage(message: [String : AnyObject]) {
    if self.session != nil && self.session.paired && self.session.watchAppInstalled {
        self.session.sendMessage(message, replyHandler: nil) { (error) -> Void in
            // If the message failed to send, queue it up for future transfer
            self.session.transferUserInfo(message)
        }
    }
}

Бях предположил, че изпращането на съобщение от iPhone до Apple Watch, когато екранът на часовника е изключен, причинява неуспех на transferUserInfo, защото е в манипулатора на грешки на sendMessage. sendMessage също работи според очакванията, когато екранът беше включен. Въпреки това изглежда, че манипулаторът за отговор на грешка на sendMessage не винаги се извиква, ако екранът на часовника ви е изключен, въпреки че заявката е неуспешна. Това е различно поведение от предишните версии на ОС. Това също изглежда е причинило каскаден ефект, при който следващите съобщения също са се провалили, въпреки че условията са подходящи. Това ме накара да повярвам, че transferUserInfo е виновен.

Открих, че за да могат съобщенията ми да преминават надеждно, трябваше да проверя и за достижимост и за activationState. Тъй като също исках да продължа да поддържам по-ранни версии на iOS и watchOS, моят метод tryWatchSendMessage стана следният:

func tryWatchSendMessage(message: [String : AnyObject]) {
    if #available(iOS 9.3, *) {
        if self.session != nil && self.session.paired && self.session.watchAppInstalled && self.session.activationState == .Activated {
            if self.session.reachable == true {
                self.session.sendMessage(message, replyHandler: nil) { (error) -> Void in
                    // If the message failed to send, queue it up for future transfer
                    self.session.transferUserInfo(message)
                }
            } else {
                self.session.transferUserInfo(message)
            }
        }
    } else {
        // Fallback on earlier versions
        if self.session != nil && self.session.paired && self.session.watchAppInstalled {
            if self.session.reachable == true {
                self.session.sendMessage(message, replyHandler: nil) { (error) -> Void in
                    // If the message failed to send, queue it up for future transfer
                    self.session.transferUserInfo(message)
                }
            } else {
                self.session.transferUserInfo(message)
            }
        }
    }
}

Правенето на тези промени изглежда е разрешило проблемите, които виждах. Интересувам се да видя дали те помагат за разрешаването на нечии други проблеми или все още има проблеми, свързани с transferUserInfo, който не работи.

Имах много подобни проблеми с работата на комуникацията след актуализацията на 2.2 миналата седмица - но за мен не можах да прехвърля контекста на приложението или файловете.

Както всички останали, той работи в симулатора, но не и на устройството.

Днес забелязах, че се опитвах да изпратя данни от фонова нишка - увих всичките си обаждания в dispatch_async(dispatch_get_main_queue()) и изведнъж всичко вече работи.