Objective c 进入后台时加载另一个应用程序

当第一个应用程序进入后台时，是否可以加载另一个应用程序

假设我安装了应用程序1和应用程序2。 当应用程序1进入后台时，将调用该方法来调用应用程序2的加载，但应用程序2从未加载

苹果有可能不允许这种事情吗

我100%确信我使用的自定义URL方案能够被调用，因为我已经在MobileSafari中进行了测试，以确保它们工作正常

应该提到的是iPad应用程序，而不是iPhone应用程序。尽管如此，我认为在这个问题上，两者之间不应该有太大的区别

编辑

让我解释一下。应用程序本身有特定的用途。我们要做的是允许我们的客户端设置一个设置，允许应用程序通过另一个安装的应用程序“反弹”。

---

我们希望限制应用程序的用户只能使用有问题的应用程序。这是因为iPad使用此应用程序时只会使用此应用程序。因此，我们希望尽可能地锁定它。

现在，您为什么要这样做？假设用户接到一个电话，他继续接听。他肯定不想在两者之间使用其他应用程序。考虑到另一种情况，他实际上会离开你的应用程序，转到他想参加的另一个应用程序，而不会被带到中间的另一个应用程序

这将不起作用，因为应用程序只能在前台使用系统打开的URL方案。这样想，如果你的应用程序不在前台，它能不能，比如说，显示一个模态视图，比如UIAlertView或简单模态视图控制器

---

此外，您将严重违反人机界面准则，极有可能被拒绝。URL方案，尤其是自定义方案，应该仅在用户提示时调用。

听起来像是您想要一个锁定/kiosk iOS系统。如果不打破苹果的沙箱，根本没有办法做到这一点，让它像他们想要的那样工作。越狱。或者，用两半编写一个应用程序。最初的一半带有身份验证或其他功能，然后是安全的一半。也许我们需要更多的上下文，但正如您所描述的，URL方案非常容易绕过或完全失败。当他们只是删除goto应用程序时会发生什么？

所讨论的应用程序是针对特定目标的。它在iPad上运行，客户不希望消费者将iPad用于除应用程序1之外的任何用途。因此，您是否希望提供一种备用主屏幕类型的东西？基本上，如果在应用程序1中定义了一个设置，则应用程序2将作为一种“反弹”返回到应用程序1。如果没有定义设置，那么我们就回到主屏幕。好吧，那么，有可能拦截进入后台的调用并触发另一个方法，从而打开应用程序2吗？而且，也不会一直都是这样，只有在先定义了设置的情况下，才可以执行此操作。您可以运行测试来仔细检查共享UIApplicationLegate以查看。只需尝试在

-（void）应用程序中启动标准URL WillResignActive:（UIApplication*）应用程序
尝试在上述方法中启动标准URL（mailto:）。Mail.app未启动。看来苹果根本不想让我们这么做……为了你的用户，你不想这么做。查看编辑部分，解释原因。是的，人们仍然可以关闭和重新打开iPad。我理解，但我们现在只是试图涵盖这一问题。没错。我们正在寻找一款lockdwon/kisok iOS，它只允许我们的应用程序运行，其他什么都不允许。这意味着客户只能查看有问题的应用程序。不幸的是，你是对的，唯一的办法就是越狱或一些特殊的恶作剧。我们正在努力寻找解决方案。根据您的需要，您可能可以使用家长锁阻止除您的应用程序之外的任何应用程序，并阻止安装新应用程序。我还没有调查过，但我刚刚想到了这一点。