1 Process.killProcess 和 System.exit(0) 两个都会 kill 掉当前进程。
你可以打开 DDMM 查看进程号，进程确实被 kill 掉了。
2 如果是在第一个 Activity 调用 Process.killProcess 或 System.exit(0) 都会 kill 掉当前进程。
但是如果不是在第一个 Activity 中调用，如 ActivityA 启动 ActivityB ，你在 ActivityB 中调用
Process.killProcess 或 System.exit(0) 当前进程确实也被 kill 掉了，但 app 会重新启动，
又创建了一个新的进程。（这是我同事发现的）
这点还不是很明白，我估计 android os 认为 app 是被意外终止的（如内存不足），os 底层有监听服务，
app 被意外终止会自动重启。
3 在测试极光推送的时候，发现退出 app 后就收不到推送了。后来发现是调用了 System.exit(0) 的原因。
首先 service 也是在进程中的，在主线程中，所以 service 中如果有耗时操作也要开启另外的线程来处理。
当调用 System.exit(0) 或 Process.killProcess 的时候进程被 kill 掉了，进程里的所有东西当然包括 service 肯定
也没了。由于极光推送 pushservice 被 kill 掉了，所以退出 app 后就收不到推送了。
4 还没完，戏剧性的事情发生了，刚退出 app 由于 kill 掉了进程，服务没了，所以收不到推送。但是过了大约1-2分钟居然又能推过来了。
原来是和 service 的 onStartCommand 的返回值有关
@Override public int onStartCommand(Intent intent, int flags, int startId) { Log.i("lelsie", "service onStartCommand"); return START_STICKY; //return START_NOT_STICKY; }
如果返回 START_STICKY 是说服务应该一直运行除非我们手动停止它。极光 pushservice 返回的肯定是 START_STICKY。
所以1-2分钟之后系统又重启了服务，当然会先创建一个新的进程，同样你可以在 DDMM 中查看进程的杀死与新进程的重建。
我在手机上截了 2 张图
第一个图是在调用了 Process.killProcess 或 System.exit(0) 之后的图，可以看到进程已不存在了，服务当然也不在了。显示正在重新启动。
第二个图是服务重启以后的正常状态，所以 1-2分钟后又能接收到推送了。
第三个图是 DDMM 截图
5 其实 Process.killProcess 或 System.exit(0) 都不应该直接调用， 进程是由 os 底层进行管理的，android 系统会自己进行处理回收进程。
退出应用你就直接 finish 掉 activity 就行了。
本人水平有限，有问题大家再多讨论。。。。
有兴趣的同学可以用我写的 demo 测试： http://pan.baidu.com/s/1c0xS5g8