Es ist nichts falsch mit Ihrem Code. Dies ist eine interne Protokollnachricht von Apple, und Sie sollten ein Radar darüber einreichen.
Es gibt zwei Hinweise, die zeigen, dass dies wahrscheinlich Apples Code:
Der Unterstrich führt den Namen der Methode _handleNonLaunchSpecificActions:forScene:withTransitionContext:completion
ist eine Konvention, die anzeigt, dass das Verfahren zur Klasse private/intern ist, dass es erklärt hat in. (this comment See.)
Es ist vernünftig, dass die beiden Buchstabenpräfix für Frontboard in FBSSceneSnapshotAction
ist eine Abkürzung zu erraten, die in "iOS 9 wish-list: Guest Mode" Rene Ritchie nach ist ein Teil des wh ole Familie von Software zu starten Apps bezogen werden:
Mit iOS 8, Refactoring Apple seine Systemmanager, Springboard, in mehrere kleinere, stärker fokussierte Komponenten. Zusätzlich zu BackBoard, das bereits für Hintergrundaufgaben ausgegliedert wurde, wurde Frontboard für Vordergrundaufgaben hinzugefügt. Sie haben außerdem PreBoard hinzugefügt, um den Sperrbildschirm unter sicheren, verschlüsselten Bedingungen zu verwalten. [...]
Ich habe keine Ahnung, was der BS
Präfix in BSSettings
für, aber
BS
ist eine Abkürzung für BackBoard Settings
und eine Analyse dieser Log-Nachricht würde bedeuten, dass es nichts ist Sie haben, und Sie sollten ein Radar mit Schritten einreichen, um die Protokollierungsnachricht zu reproduzieren.
Wenn Sie versuchen möchten, einen Stack-Trace zu erfassen, können Sie the category linked to here implementieren. Einige würden argumentieren, dass das Überschreiben von privaten API eine schlechte Idee ist, aber in diesem Fall kann eine temporäre Injektion, um einen Stack-Trace zu greifen, nicht zu schädlich sein.
EDIT:
Aber wir wollen noch wissen, was diese Aktion. Also habe ich einen Haltepunkt auf -[UIApplication _handleNonLaunchSpecificActions:forScene:withTransitionContext:completion]
und begann Registerwerte Druck und fand eine Klasse namens FBSceneImpl
, die eine ganze Reihe von Informationen über meine Anwendung hatte:

Wir können, um herauszufinden, welche private Methode aufgerufen wird next (gespeichert in dem Programmzähler
,
Befehlszeiger, Register 15.)

ich versuchte, die un-behandelt FBSceneSnapshotAction
referen Auffinden im Baumstamm, aber keine Würfel. Dann unterordnete ich UIApplication und überging _handleNonLaunchSpecificActions:forScene:withTransitionContext:completion
. Jetzt war ich in der Lage, direkt auf die Aktion zu kommen, aber wir wissen nicht, was es ist.
Dann schaute ich wieder auf die FBSceneSnapshotAction. Stellt sich heraus, es hat eine Oberklasse namens BSAction
.
Dann schrieb ich a tool ähnlich wie RuntimeBrowser und blickte auf alle Unterklassen von BSAction. Es stellt sich heraus, dass es eine ganze Liste von ihnen:

die beiden Namen Methode, die wir (eine aus dem Protokoll und einer aus dem Programmzähler auf den Geräten) haben zeigt, dass diese Aktionen unter der Haube verwendet werden um Aktionen um das System herum durchzuführen.
Einige Aktionen werden wahrscheinlich an die Callbacks der App-Delegierten gesendet, während andere intern verarbeitet werden.
Was hier passiert ist, dass es eine Aktion gibt, die nicht korrekt behandelt wurde und das System merkt es. Wir sollten es anscheinend nicht sehen.
Apple sagt, iOS 9 dreht sich um Stabilität, also sollten Sie sich keine Sorgen machen ;-) P.S. Ich habe das gleiche Problem, und einige andere Entwickler zu http://stackoverflow.com/questions/32344082/handlenonlaunchspecificactions-error-in-ios9 – Roma
Nicht sicher, ob es mit Storyboards verwandt ist, sehe ich es auch in meiner nicht Storyboard App . – Koen
Gibt es weitere Warnungen im Build? Vielleicht ist es eine Warnung, die trivial erscheint? –