只有2是可行的。

2是可行；
4也算可行，从iOS 7开始，推送是支持透传的，你可以在后台处理数据，但是不能强制显示app

引用 2 楼 zhangao0086 的回复:

2是可行；
4也算可行，从iOS 7开始，推送是支持透传的，你可以在后台处理数据，但是不能强制显示app

非常感谢。
准备用④这种做法，通过发送推送通知，激活后台的处理，向server发送GPS位置信息。
请问有这方面的sample实例可供参考吗？

引用 3 楼 stareyess 的回复:

Quote: 引用 2 楼 zhangao0086 的回复:

2是可行；
4也算可行，从iOS 7开始，推送是支持透传的，你可以在后台处理数据，但是不能强制显示app

非常感谢。
准备用④这种做法，通过发送推送通知，激活后台的处理，向server发送GPS位置信息。
请问有这方面的sample实例可供参考吗？

收到通知(Silent notifications，静默通知)会调用：
– (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo NS_AVAILABLE_IOS(3_0);

给你两个参考：http://www.g8production.com/post/72656082173/ios7-multitasking-silent-notifications
http://stackoverflow.com/questions/18856204/applicationdidreceiveremotenotificationfetchcompletionhandler-not-called

2 肯定是可行的，这是通知的默认行为。
3 也是可以做到的。App1 中可以配置“自定义URL协议” URL Schemes  ，App2 接收到通知，再通过已知的App1的Schemes 来启动App1

引用 5 楼 zhanglei5415 的回复:

2 肯定是可行的，这是通知的默认行为。
3 也是可以做到的。App1 中可以配置“自定义URL协议” URL Schemes  ，App2 接收到通知，再通过已知的App1的Schemes 来启动App1

3 局限性很多，首先需要添加如下代码：

dispatch_async(dispatch_get_main_queue(), ^{
    [[UIApplication sharedApplication] openURL:url];
});

而且只有当App2 处于Active状态时才能打开

引用 6 楼 zhangao0086 的回复:

Quote: 引用 5 楼 zhanglei5415 的回复:

2 肯定是可行的，这是通知的默认行为。
3 也是可以做到的。App1 中可以配置“自定义URL协议” URL Schemes  ，App2 接收到通知，再通过已知的App1的Schemes 来启动App1

3 局限性很多，首先需要添加如下代码：

dispatch_async(dispatch_get_main_queue(), ^{
    [[UIApplication sharedApplication] openURL:url];
});

而且只有当App2 处于Active状态时才能打开

嗯，是有局限，我只是根据楼主提出的第三条来做答
“APP1未启动，APP2启动中”

结贴给分，谢谢大家。