（iOS）使用URLSchemes从同一应用程序启动应用程序
由此，可以从我们的应用程序发送数据/启动其他应用程序。我只是想知道是否有一种方法可以使用（iOS）使用URLSchemes从同一应用程序启动应用程序,ios,Ios,由此，可以从我们的应用程序发送数据/启动其他应用程序。我只是想知道是否有一种方法可以使用URLSchemes在出现通知时启动我们自己的应用程序或其他类型的触发器。您可以注册您自己的URL方案，以便其他应用程序可以启动您的应用程序，是的。这意味着他们需要了解你的计划并相应地实施 您不能使用URL方案让通知启动您的应用程序。除了用户点击应用程序图标（或通过任务管理器重新打开）之外，启动应用程序的方式有限。通常是“触发”应用程序启动的一种方式，但仅在特定条件下（最终取决于应用程序定义的功能）。通常这也
URLSchemes总的来说：在iOS下，要警惕“启动”和“背景”的含义。该系统试图保持一种错觉，即用户始终处于控制之中，并以任何方式管理哪些是活动的，哪些不是活动的。如果您对处于后台（即挂起）感到满意，并希望从后台“启动”，则静默推送通知可以是您的选择，尽管它们不一定保证立即到达[1]。大多数开发人员不明白的一点是，这可能意味着你在技术上已经真正启动了，因为你的应用程序的进程以前没有运行过，现在已经启动了。例如，在设备重新启动后会发生这种情况：由于iOS试图向用户隐藏任何技术细节，因此在用户看来，应用程序仍然处于挂起状态（即，它位于任务管理器中）。它的行为也将如此。从技术上讲，这会导致你的应用程序启动，但从用户的角度来看，这更像是操作系统恢复活动的错觉。因为他们从未明确终止你的应用程序，所以它只是“在那里”。相应地，如果他们终止了你的应用程序，当静默推送通知到达（IIRC VoIP应用程序在这里是一个例外）或发生位置更新时，iOS将不会再次启动你的应用程序 总而言之：关于启动或终止应用程序，您无法回避用户交互。只有从用户的角度来看，它才是“自动启动”的，而这个角度通常与应用程序的实际进程状态无关。在后台使用静默推送通知更新应用程序可能是您的目标
[1] ：VoIP应用程序是一个例外。他们基本上也使用静默推送通知来唤醒你的应用程序，但这些通知的优先级很高。不过，Apple review不允许使用“假冒”的VoIP应用程序，因此，如果你不是一款专门用于通话的应用程序，请不要试图欺骗你 您可以注册自己的URL方案，以便其他应用程序可以启动您的应用程序，是的。这意味着他们需要了解你的计划并相应地实施 您不能使用URL方案让通知启动您的应用程序。除了用户点击应用程序图标（或通过任务管理器重新打开）之外，启动应用程序的方式有限。通常是“触发”应用程序启动的一种方式，但仅在特定条件下（最终取决于应用程序定义的功能）。通常这也需要用户交互，不过：iOS首先会在屏幕上显示通知，只有用户点击相应的按钮，你的应用程序才会启动 某些其他活动也会启动您的应用程序，如果需要，通常会在后台启动（请参阅）。VoIP应用程序或位置跟踪应用程序利用此功能 不过，一般来说，你没有任何自动化、简单的方式来启动你的应用程序，这是iOS的核心设计原则
总的来说：在iOS下，要警惕“启动”和“背景”的含义。该系统试图保持一种错觉，即用户始终处于控制之中，并以任何方式管理哪些是活动的，哪些不是活动的。如果您对处于后台（即挂起）感到满意，并希望从后台“启动”，则静默推送通知可以是您的选择，尽管它们不一定保证立即到达[1]。大多数开发人员不明白的一点是，这可能意味着你在技术上已经真正启动了，因为你的应用程序的进程以前没有运行过，现在已经启动了。例如，在设备重新启动后会发生这种情况：由于iOS试图向用户隐藏任何技术细节，因此在用户看来，应用程序仍然处于挂起状态（即，它位于任务管理器中）。它的行为也将如此。从技术上讲，这会导致你的应用程序启动，但从用户的角度来看，这更像是操作系统恢复活动的错觉。因为他们从未明确终止你的应用程序，所以它只是“在那里”。相应地，如果他们终止了你的应用程序，当静默推送通知到达（IIRC VoIP应用程序在这里是一个例外）或发生位置更新时，iOS将不会再次启动你的应用程序 总而言之：关于启动或终止应用程序，您无法回避用户交互。只有从用户的角度来看，它才是“自动启动”的，而这个角度通常与应用程序的实际进程状态无关。在后台使用静默推送通知更新应用程序可能是您的目标
[1] ：VoIP应用程序是一个例外。他们基本上也使用静默推送通知来唤醒你的应用程序，但这些通知的优先级很高。不过，Apple review不允许使用“假冒”的VoIP应用程序，因此，如果你不是一款专门用于通话的应用程序，请不要试图欺骗你 您想启动自己的应用程序还是其他应用程序？因为从推送通知自动启动应用程序，所以可以自动