RT。
有下列几种方案：
①APP1未启动，server发送APP1的推送通知，接收后自动启动APP1主进程（不需要人工操作）。
②APP1未启动，server发送APP1的推送通知，接收后人工点击通知?启动APP1主进程。
③APP1未启动，APP2启动中，server发送APP2的推送通知，接收后自动启动APP1主进程（不需要人工操作）。
④APP1未启动，后台Service1启动中，server发送APP1的推送通知，后台Service1接收后自动启动APP1主进程（不需要人工操作）。
请问上述几种方案是否可行？哪一种方案比较好
想做成①的样子，但个人感觉实现不了。而②③④感觉应该可行。
能附上代码sample最好。
拜谢，mOm
------解决思路----------------------
第一种不好，这样自动启动 会导致用户感觉 很奇怪。
第二种比较正常，一般是一个独立Service 随着手机的boot启动 就开启这个独立进程的Service 来接收推送消息，收到消息后，发送Notification给用户，用户点击后打开APP
------解决思路----------------------
notification用pendingintent启动一个Activity,也就是说用户点击之后才能启动一个activity
------解决思路----------------------
报告GPS位置 不需要启动APP ，可以在Service里面实时获取。非要用第一种也是可以的 ，不过可能会导致很多问题，比如你在发短信，打电话，上网什么的，突然启动APP 容易让用户感觉非常烦躁
------解决思路----------------------
第一种实现也是可以实现的，就是有点变态，员工恨不得删了
------解决思路----------------------
从技术角度拆解需求，要实现接收推送消息启动app;
需要实现的功能,应能接收推送消息，那就要有个保活的服务在后台一直运行，这样方案1，2全被干掉,因为1，2没有接收推送的服务啊！
那再说方案3，方案三能成功执行的前提是要保活app2,如果能保活app2那这样在做app1的架构时，可以做成一个后台服务+一个前台的app1,只要保活app1的服务就可以了，这样那app2就是个花瓶可有可无。
所以我认为方案4最适应需求。其实在你的需求中，技术难点是怎么样保证一个app service 的保活工作。
------解决思路----------------------
我的做法都是用户不点开信息不运行app，推送服务在你开启app后已经写到android系统中，以后不需要你的app启动也能自动接受了，属于系统的服务了，不知道你在考虑什么，多么简单的事