Android杀死进程方法汇总

目录：
一、ActivityManager.java killBackgroundProcesses
二、ActivityManager.java forceStopPackage
三、Process.java KillProcess
四、System.java exit
五、Runtime.java exit

一、ActivityManager.java killBackgroundProcesses

      该方法的使用目前仅见与Settings模块在应用管理中对正在运行的后台应用进行停止。须在manifest文件中申明相关权限。调用该方法杀掉后台进程后，系统会根据一系列的判断来决定是否有必要重新启动该进程。不会杀掉有persistent 属性的进程。不会杀掉system级别权限的进程。被杀掉的进程当前的ADJ级别要大于SERVICE_ADJ。电视开发中，在杀死某些直播软件后起声音也可能不会停止。

ActivityManager activityManager = (ActivityManager) getSystemService(Context.ACTIVITY_SERVICE);
activityManager.killBackgroundProcesses(包名);

权限：<uses-permission android:name="android.permission.KILL_BACKGROUND_PROCESSES"/>

二、ActivityManager.java forceStopPackage

      该方法的使用目前也仅见于Settings模块。拥有相同uid的进程都会被杀掉。运行其中的服务都是停止掉，activity都会移除掉，应用不会重新启动。须在manifest文件中申明相关的权限。经测在4.x的系统中无法使用此方法。为隐藏方法，需要通过反射来执行该方法或者通过执行命令的方法来杀死进程。

ActivityManager mAm = (ActivityManager) mContext.getSystemService(Context.ACTIVITY_SERVICE);
mAm.forceStopPackage(包名);

权限：<uses-permission android:name="android.permission.FORCE_STOP_PACKAGES"/>

三、Process.java KillProcess

      最终调用的是Linux API kill（）方法发送SIGKILL信号。理论上该接口允许我们凭借pid号杀掉任意进程，但Kernel 仍然会对调用者进行标准的检查已判断哪些进程允许被调用者杀掉。以下几种情况可以调用此方法：1、调用者自杀。2、被杀进程是由调用者创建。3、共享相同UID的进程能够互杀。
此方法在Google原生代码中多用于Framework 层AM服务，单个应用运用此方法较少。大多数的用法为进程自我销毁，基本没有看到运用此方法杀非本进程的用法。
基本用法：android.os.Process.killProcess(android.os.Process.myPid());

Process.killProcess(Process.myPid());

四、System.java exit

      导致虚拟机停止运行并且该应用退出，所带参数如果非0，则说明是非正常退出。此方法在Google原生代码中多用于cts类和tool类，即（J2SE代码中对应的main方法中调用此方法退出），单个应用程序基本没有运用此方法。平台偶尔有使用此方法完成应用启动后的退出。但貌似该方法会引起findBug问题。不建议使用。

五、Runtime.java exit

      其实system.java 的 exit方法的具体实现即为： Runtime.getRuntime().exit(code);Google原生代码中该方法仅在于Wallpaper相关的几个动态WallPaper对应的Activity中的onPause中使用过。平台基本都是采用此类方法完成应用的自动退出。任务完成后，发一个延时消息，完成应用进程的自我销毁。若无延时，退出时会偶现一些fc、或者退出toast服务显示等异常情况。其标准用法如下：

private static final int MSG_DELAY_EXIT_APP = 0;
    private static Handler mHandler = new Handler() {
        public void handleMessage(android.os.Message msg) {
            switch (msg.what) {
            case MSG_DELAY_EXIT_APP:
                Runtime.getRuntime().exit(0);
                break;
            }
        }
    };
mHandler.sendEmptyMessageDelayed(MSG_DELAY_EXIT_APP, 4000);