WatchKit : handleWatchKitExtensionRequest 多个实例
WatchKit : handleWatchKitExtensionRequest multiple instances
所以我有一个父应用程序可以登录服务器、创建用户等。然后我使用 WatchApp 中的 handleWatchKitExtensionRequest 来访问父应用程序，但一切都是空的。
我的问题是，handleWatchKitExtensionRequest 是否在与父应用程序不同的实例中获取 运行？我在某处读到过，但我只需要确认一下。
谢谢
如果 handleWatchKitExtensionRequest returns 什么都没有，这意味着传递的 reply 永远不会被调用。这很可能是由于 application.didFinishLaunchingWithOptions 在后台模式下启动应用程序时遇到错误。
我的应用程序也有类似的问题，我在应用程序的导航控制器上进行了一些初始化。事实证明，当应用程序在后台模式下启动时，无法访问 navigationController。
我建议完全注释掉 didFinishLaunchingWithOptions 中的代码，看看 handleWatchKitExtensionRequest 是否调用它的 reply。如果是这样，请逐步取消注释didFinishWithLaunchingWithOptions中的代码以检测错误代码。
这可能真的很难追踪，因为在启动时无法将调试器附加到 iPhone 应用程序。
另一个陷阱：
handleWatchKitExtensionRequest 的函数签名在 Swift 1.2 中发生了变化，没有给出任何编译器错误。我花了几个小时才弄明白。
所以我有一个父应用程序可以登录服务器、创建用户等。然后我使用 WatchApp 中的 handleWatchKitExtensionRequest 来访问父应用程序，但一切都是空的。
我的问题是，handleWatchKitExtensionRequest 是否在与父应用程序不同的实例中获取 运行？我在某处读到过，但我只需要确认一下。
谢谢
如果 handleWatchKitExtensionRequest returns 什么都没有，这意味着传递的 reply 永远不会被调用。这很可能是由于 application.didFinishLaunchingWithOptions 在后台模式下启动应用程序时遇到错误。
我的应用程序也有类似的问题，我在应用程序的导航控制器上进行了一些初始化。事实证明，当应用程序在后台模式下启动时，无法访问 navigationController。
我建议完全注释掉 didFinishLaunchingWithOptions 中的代码，看看 handleWatchKitExtensionRequest 是否调用它的 reply。如果是这样，请逐步取消注释didFinishWithLaunchingWithOptions中的代码以检测错误代码。
这可能真的很难追踪，因为在启动时无法将调试器附加到 iPhone 应用程序。
另一个陷阱：
handleWatchKitExtensionRequest 的函数签名在 Swift 1.2 中发生了变化，没有给出任何编译器错误。我花了几个小时才弄明白。