如何在Android Studio Java项目中全局捕获所有错误无需逐行添加Try Catch块

方案1：实现全局未捕获异常处理器（UncaughtExceptionHandler） #

该方案可以捕获所有未被手动catch的崩溃级异常，是最基础的全局异常处理方案：

• 自定义异常处理器类，实现Thread.UncaughtExceptionHandler接口，重写uncaughtException方法，在内部实现日志存储、上报逻辑

public class GlobalCrashHandler implements Thread.UncaughtExceptionHandler {
    private Thread.UncaughtExceptionHandler defaultSystemHandler;
    private Context appContext;

    public GlobalCrashHandler(Context context) {
        // 保存系统默认异常处理器，后续可选择是否调用系统默认崩溃逻辑
        this.defaultSystemHandler = Thread.getDefaultUncaughtExceptionHandler();
        this.appContext = context.getApplicationContext();
    }

    @Override
    public void uncaughtException(Thread thread, Throwable throwable) {
        // 自定义日志存储逻辑：可拼接设备信息、App版本、线程信息、异常栈等内容存入日志仓库
        saveCrashLog(throwable);
        
        // 保留系统默认崩溃逻辑可写下行，不需要则自行实现优雅退出逻辑
        if (defaultSystemHandler != null) {
            defaultSystemHandler.uncaughtException(thread, throwable);
        } else {
            android.os.Process.killProcess(android.os.Process.myPid());
            System.exit(1);
        }
    }

    private void saveCrashLog(Throwable throwable) {
        String crashStack = Log.getStackTraceString(throwable);
        // 省略本地文件写入/远程日志仓库上传逻辑
    }
}

• 在自定义Application的onCreate方法中注册处理器

public class MyApp extends Application {
    @Override
    public void onCreate() {
        super.onCreate();
        Thread.setDefaultUncaughtExceptionHandler(new GlobalCrashHandler(this));
    }
}

注意需要在AndroidManifest.xml的application节点中，通过android:name属性指定你自定义的Application类才会生效

方案2：AOP切面编程捕获指定场景异常 #

该方案适合处理非崩溃级的业务异常，比如网络请求、数据库操作、特定模块方法的异常，无需修改原有业务代码即可统一捕获：

• 引入AspectJ框架到项目中
• 定义切面类，指定切入点匹配规则，在环绕通知中统一加异常处理逻辑

@Aspect
public class GlobalExceptionAspect {
    // 切入点示例：匹配所有网络层的方法，可自行修改包路径、方法规则适配业务需求
    @Pointcut("execution(* com.yourproject.network.*.*(..))")
    public void targetMethodPointcut() {}

    @Around("targetMethodPointcut()")
    public Object handleException(ProceedingJoinPoint joinPoint) throws Throwable {
        try {
            return joinPoint.proceed();
        } catch (Exception e) {
            // 统一存储异常日志
            saveExceptionLog(e, joinPoint.getSignature().toString());
            // 可根据业务需要返回默认值、或者抛出业务约定异常
            return null;
        }
    }

    private void saveExceptionLog(Exception e, String methodSign) {
        // 日志存储逻辑
    }
}

方案3：异步框架全局异常钩子 #

如果项目使用RxJava做异步逻辑处理，可以直接注册RxJava全局异常钩子，避免异步线程未捕获异常导致崩溃：

// 在Application的onCreate方法中初始化
RxJavaPlugins.setErrorHandler(e -> {
    // 统一存储RxJava异步异常日志
    saveAsyncExceptionLog(e);
});

方案4：日志框架统一收口 #

可以集成Timber等轻量日志框架，替换原生Log工具，所有日志输出统一收口，异常日志自动落库：

// 在Application的onCreate方法中初始化
Timber.plant(new Timber.DebugTree() {
    @Override
    protected void log(int priority, String tag, String message, Throwable t) {
        super.log(priority, tag, message, t);
        // 所有携带Throwable的日志统一存入日志仓库
        if (t != null) {
            saveLogToRepo(priority, tag, message, t);
        }
    }
});

日常开发中只需要调用Timber.e(e, "业务请求失败")即可自动触发异常日志存储，不需要额外编写异常处理逻辑。

注意事项 #

• 全局异常处理器仅会捕获未被手动catch的异常，若业务代码中已经catch异常且没有抛出，需要手动打日志或者重新抛出才能被全局逻辑捕获
• 异常存储逻辑不要做耗时操作，避免阻塞主线程，或异常处理逻辑本身抛出二次异常
• 日志中涉及的用户敏感信息需要先做脱敏处理再存储

内容的提问来源于stack exchange，提问作者Juan Jose Meléndez