欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  移动技术

Android App Crash之后如何禁止Activity重启

程序员文章站 2022-06-02 22:20:08
针对crash,android默认的处理方式是,退出app、弹一个提示框。 /** * 初始化 * * @param context */ public void...

针对crash,android默认的处理方式是,退出app、弹一个提示框。

/** 
 * 初始化 
 *  
 * @param context 
 */  
public void init(context context) {  
    mcontext = context;  
    // 获取系统默认的uncaughtexception处理器  
    mdefaulthandler = thread.getdefaultuncaughtexceptionhandler();  
    // 设置该crashhandler为程序的默认处理器  
    thread.setdefaultuncaughtexceptionhandler(this);  
}

/** 
 * 当uncaughtexception发生时会转入该函数来处理 
 */  
@override  
public void uncaughtexception(thread thread, throwable ex) {
    if (!handleexception(ex) && mdefaulthandler != null) {
        //如果用户没有处理则让系统默认的异常处理器来处理
        mdefaulthandler.uncaughtexception(thread, ex);
    } else {
        try {
            // 暂停3秒
            thread.sleep(3000);
        } catch (interruptedexception e) {
            log.e(tag, "error : ", e);
        }
        // 退出程序
        android.os.process.killprocess(android.os.process.mypid());
        system.exit(1);
    }
}

/** 
 * 自定义错误处理,收集错误信息 发送错误报告等操作均在此完成. 
 *  
 * @param ex 
 * @return true:如果处理了该异常信息;否则返回false. 
 */  
private boolean handleexception(throwable ex) {  
    if (ex == null) {  
        return false;  
    }
    // 使用toast来显示异常信息  
    new thread() {
        @override
        public void run() {
            looper.prepare();
            toast.maketext(mcontext, "程序出现异常,即将退出~", toast.length_short).show();
            looper.loop();
        }
    }.start();

    return true;  
}

自定义crash提示

但是问题也随之而来,自定义crashhandler在退出app之后,会重启当前奔溃的activity,如果奔溃的是launchactivity,那么会不断奔溃、重启、奔溃、重启……当然,也不用担心进入死循环(系统有做限制),但是体验极差。

于是对比logcat日志:

系统默认handler

i/activitymanager( 1238): process com.netease.mail.oneduobaohydrid.debug (pid 2780) has died
w/activitymanager( 1238): scheduling restart of crashed service com.netease.mail.oneduobaohydrid.debug/com.netease.mail.oneduobaohydrid.service.commonservice in 1000ms
……
i/activitymanager( 1238): start proc com.netease.mail.oneduobaohydrid.debug for service com.netease.mail.oneduobaohydrid.debug/com.netease.mail.oneduobaohydrid.service.commonservice: pid=2819 uid=10054 gids={50054, 9997, 1028, 1015, 3003} abi=x86

自定义handler

i/activitymanager( 1238): process com.netease.mail.oneduobaohydrid.debug (pid 2993) has died
w/activitymanager( 1238): scheduling restart of crashed service com.netease.mail.oneduobaohydrid.debug/com.netease.mail.oneduobaohydrid.service.commonservice in 64000ms
……
i/activitymanager( 1238): start proc com.netease.mail.oneduobaohydrid.debug for activity com.netease.mail.oneduobaohydrid.debug/com.netease.mail.oneduobaohydrid.activity.mainactivity: pid=3030 uid=10054 gids={50054, 9997, 1028, 1015, 3003} abi=x86

相同点:crash之后app对应的process都被杀死,然后都安排重启service。

不同点:自定义crashhandler,存在一个由activitymanager启动对应activity的系统行为。

多放查阅资料,发现app crash之后系统会重新启动task栈顶的activity,具体请自行google!

解决方法是:在杀死app对应process之前,结束掉task栈中所有的activity。

/** 
 * 当uncaughtexception发生时会转入该函数来处理 
 */  
@override  
public void uncaughtexception(thread thread, throwable ex) {
    if (!handleexception(ex) && mdefaulthandler != null) {
        //如果用户没有处理则让系统默认的异常处理器来处理
        mdefaulthandler.uncaughtexception(thread, ex);
    } else {
        try {
            // 暂停3秒
            thread.sleep(3000);
        } catch (interruptedexception e) {
            log.e(tag, "error : ", e);
        }
        // 结束所有activity
        oneapplication.finishallactivities();
        // 退出程序
        android.os.process.killprocess(android.os.process.mypid());
        system.exit(1);
    }
}

核心代码:oneapplication.finishallactivities();