Android的Crash日志记录

本文介绍如何在Android应用中处理未捕获的异常,通过自定义CrashHandler类来捕获异常信息并将其保存到SD卡或上传到服务器,以便开发者分析并修复问题。

转载于:http://blog.youkuaiyun.com/singwhatiwanna/article/details/17289479

一、前言

大家都知道,Android应用不可避免的会发生crash,无论你的程序写的多完美,总是无法完全避免crash的发生,可能是由于android系统底层的bug,也可能是由于不充分的机型适配或者是糟糕的网络状况。当crash发生时,系统会kill掉你的程序,表现就是闪退或者程序已停止运行,这对用户来说是很不友好的,也是开发者所不愿意看到的,更糟糕的是,当用户发生了crash,开发者却无法得知程序为何crash,即便你想去解决这个crash,但是由于你无法知道用户当时的crash信息,所以你也无能为力。是否真的这样呢,其实android中有处理这类问题的方法,请看下面Thread类中的一个方法#setDefaultUncaughtExceptionHandler

    /**
     * Sets the default uncaught exception handler. This handler is invoked in
     * case any Thread dies due to an unhandled exception.
     *
     * @param handler
     *            The handler to set or null.
     */
    public static void setDefaultUncaughtExceptionHandler(UncaughtExceptionHandler handler) {
        Thread.defaultUncaughtHandler = handler;
    }

从方法的字面意义来看,这个方法好像是可以设置系统的默认异常处理器,其实,这个方法就可以解决应用常见的crash问题。当crash发生的时候,我们可以捕获到异常信息,把异常信息存储到SD卡中,然后在合适的时机通过网络将crash信息上传到服务器上,这样开发人员就可以分析用户crash的场景从而在后面的版本中修复此类crash。我们还可以在crash发生时,弹出一个通知告诉用户程序crash了,然后再退出,这样做比闪退要温和一点。

二、步骤

1、 建立异常处理Handler
新建一个类,比如叫CrashHandler.Java,代码如下,代码我就不做解释了,注释相当清晰了

/**
 * Created by Administrator on 2017/1/19.
 * 用于应用Crash之后的捕获保存到SD卡,或者上传到服务器
 * 在Application中初始化
 */

public class CrashHandler implements Thread.UncaughtExceptionHandler {

    private static final String TAG = "CrashHandler";
    private static final boolean DEBUG = true;

    //存放在SD卡中的位置
    private static final String PATH = Environment.getExternalStorageDirectory().getPath() + "/crash/";
    //存放在SD卡中文件名字
    private static final String FILE_NAME = "crash";
    //存放在SD卡中文件后缀
    private static final String FILE_NAME_SUFFIX = ".trace";

    private static CrashHandler mCrashHandler = new CrashHandler();

    //系统默认的异常处理(默认情况下,系统会终止当前的异常程序)
    private Thread.UncaughtExceptionHandler mDefaultCrashHandler;

    private Context mContext;

    /**
     * 构造方法私有,防止外部创建多个实例,采用单例模式
     */
    private CrashHandler() {
    }

    public static CrashHandler getInstance() {
        return mCrashHandler;
    }

    /**
     * 进行初始化工作
     *
     * @param _context
     */
    public void init(Context _context) {
        //获取系统默认的异常处理器
        mDefaultCrashHandler = Thread.getDefaultUncaughtExceptionHandler();
        //将当前实例设为系统默认的异常处理器
        Thread.setDefaultUncaughtExceptionHandler(this);
        //获取Context,方便内部使用
        mContext = _context.getApplicationContext();
    }

    /**
     * 这个是最关键的函数,当程序中有未被捕获的异常,系统将会自动调用#uncaughtException方法
     * thread为出现未捕获异常的线程,e为未捕获的异常,有了这个e,我们就可以得到异常信息。
     */
    @Override
    public void uncaughtException(Thread t, Throwable e) {
        //导出异常到SD卡中
        pushExceptionToSDCard(e);
        //向服务器发送异常
        uploadExceptionToServer(e);
        //打印出当前的调用栈
        e.printStackTrace();
        //如果系统提供了默认的异常处理器,则交给系统去结束我们的程序,否则就由我们自己结束自己
        if (null != mDefaultCrashHandler) {
            mDefaultCrashHandler.uncaughtException(t, e);
        } else {
            Process.killProcess(Process.myPid());
        }
    }

    private void pushExceptionToSDCard(Throwable _e) {
        //如果SD卡不存在或无法使用,则无法把异常信息写入SD卡
        if (!Environment.getExternalStorageState().equals(Environment.MEDIA_MOUNTED)) {
            if (DEBUG) {
                Log.w(TAG, "sdcard unmounted,skip push exception");
                return;
            }
        }
        File _dir = new File(PATH);
        if (!_dir.exists()) {
            _dir.mkdirs();
        }
        long _currentTime = System.currentTimeMillis();
        String _time = new SimpleDateFormat("yyyy-MM-dd HH:MM:SS").format(new Date(_currentTime));
        //以当前时间创建记录文件
        File _file = new File(PATH + FILE_NAME + _time + FILE_NAME_SUFFIX);
        try {
            PrintWriter _printWriter = new PrintWriter(new BufferedWriter(new FileWriter(_file)));
            //导出发生异常的时间
            _printWriter.println(_time);
            //导出手机信息
            pushPhoneInfo(_printWriter);
            //导出异常的调用栈信息
            _e.printStackTrace(_printWriter);
            //关闭
            _printWriter.close();
        } catch (Exception e) {
            Log.e(TAG, "push crash info fail");
        }
    }

    private void pushPhoneInfo(PrintWriter _printWriter) throws PackageManager.NameNotFoundException {
        //获取应用的版本名称和版本号
        PackageManager _packageManager = mContext.getPackageManager();
        PackageInfo _packageInfo = _packageManager.getPackageInfo(mContext.getPackageName(), PackageManager.GET_ACTIVITIES);
        _printWriter.print("App Version:");
        _printWriter.print(_packageInfo.versionName);
        _printWriter.print('_');
        _printWriter.println(_packageInfo.versionCode);

        //android版本号
        _printWriter.print("OS Version:");
        _printWriter.print(Build.VERSION.RELEASE);
        _printWriter.print('_');
        _printWriter.println(Build.VERSION.SDK_INT);

        //手机制造商
        _printWriter.print("Vendor:");
        _printWriter.println(Build.MANUFACTURER);

        //手机型号
        _printWriter.print("Model:");
        _printWriter.println(Build.MODEL);

        //手机cup架构
        _printWriter.print("CPU API:");
        _printWriter.println(Build.CPU_ABI);
    }

    private void uploadExceptionToServer(Throwable _e) {
        //上传至服务器,便于开发者研究
    }

}

2、为ui线程添加默认异常事件Handler
//Thread类中标识默认异常事件Handler的成员
private static UncaughtExceptionHandler defaultUncaughtHandler;
这里涉及到在哪里添加的问题,从源码中注意到,这个defaultUncaughtHandler是Thread类中一个静态的成员,所以,按道理,我们为任意一个线程设置异常处理,所有的线程都应该能共用这个异常处理器,这个是我的猜测,没有经过验证,不过没关系,有一个观点是大家都认可的:就是为主线程也就是ui线程添加异常程序器。为了在ui线程中添加异常处理Handler,我们推荐大家在Application中添加而不是在Activity中添加。Application标识着整个应用,在Android声明周期中是第一个启动的,早于任何的Activity、Service等。

public class MyApplication extends Application {

    @Override
    public void onCreate() {
        super.onCreate();
        CrashHandler.getInstance().init(this);
    }

}

3、效果
经过了上面两个步骤,我们的程序已经可以处理任何异常了,再也不怕程序crash了,并且我们还能从服务器上查看用户的crash信息,下面我们就模拟下发生crash的情形,看我们的程序是如何处理的。

throw new RuntimeException("测试的Crash记录");

4、文件
手机目录:
这里写图片描述
文件内容:
这里写图片描述

<think> 我们正在处理用户关于Android crash日志默认保存位置的问题。 根据之前的对话,用户已经提供了两个引用,其中引用[1]提到了一个自定义的crash日志存储路径,但用户现在想要知道的是“默认”保存位置。 请注意: 1. Android系统本身会记录系统级和应用级的崩溃日志,但应用崩溃日志通常需要开发者自己捕获,系统不会为每个应用自动保存到特定目录(除非是系统应用或特定系统版本)。 2. 对于普通应用(非系统应用),如果没有使用自定义的CrashHandler,那么崩溃日志不会自动保存到设备上,而是由系统弹出“应用已停止运行”的提示,并且崩溃信息会被输出到Logcat。因此,严格来说,Android并没有为第三方应用提供统一的崩溃日志默认保存位置。 但是,我们可以从几个层面来回答: - 系统层面的崩溃日志(如系统服务崩溃)通常保存在/data/tombstones/目录(但需要root权限才能访问)。 - 对于应用自身的崩溃,如果需要保存崩溃日志,开发者需要自己实现UncaughtExceptionHandler,并将日志保存到指定位置(如引用[1]所示)。 - 从Android 11开始,应用无法直接访问外部存储的任意目录,所以通常建议将崩溃日志保存在应用私有目录(如内部存储)或公共目录(如Downloads)下,但公共目录需要权限。 因此,我们可以这样回答: 回答: Android系统默认不会为每个应用保存崩溃日志到文件系统中。当应用崩溃时,崩溃信息会输出到系统日志(Logcat)中。开发者可以通过以下两种方式获取崩溃日志: 1. **通过Logcat实时捕获**:使用`adb logcat`命令或Android Studio的Logcat窗口查看崩溃信息。 2. **自定义Crash Handler捕获并保存**: 开发者可以实现`Thread.UncaughtExceptionHandler`接口,在应用崩溃时将堆栈跟踪信息写入文件,如引用[1]所示。自定义保存位置通常为: - 内部私有目录:`context.getFilesDir()` 或 `context.getCacheDir()`,这些目录下的文件其他应用无法访问。 - 外部私有目录:`context.getExternalFilesDir()`,如引用[1]中提到的路径(`Android/data/包名/files/Download/log`),该目录在应用卸载时会被删除且不需要存储权限(Android 10及以下需要写外部存储权限,Android 11及以上无权限要求)。 - 公共目录:如Downloads目录,但需要请求写外部存储权限(在Android 10及以上,使用分区存储,需要通过MediaStore或SAF保存到公共目录)。 重要提示: - 系统应用或预装应用可能会有不同的机制,其崩溃日志可能被系统捕获并保存到特定位置(如`/data/system/dropbox/`),但普通应用无法访问。 因此,对于普通应用来说,没有系统默认的崩溃日志文件保存位置,需要开发者主动实现。 相关问题: 1. 如何自定义Android应用的崩溃处理? 2. 如何从Logcat中过滤崩溃日志? 3. 在Android 11及以上版本,如何将崩溃日志保存到公共目录? 4. 如何分析Android崩溃日志? 注意:在回答中,我们引用了用户提供的引用[1],所以需要在相关内容后标注[^1]。 </think> ### Android Crash日志默认保存位置分析 Android系统没有统一的"默认"崩溃日志存储位置,日志存储方式分为系统级和应用级两种机制: #### 1. 系统级崩溃日志(需要root权限) - **核心位置**:`/data/tombstones/` - 保存系统服务、native层崩溃信息 - 命名格式:`tombstone_XX` - **其他位置**: - `/data/anr/`:存放ANR(应用无响应)日志 - `/data/system/dropbox/`:系统错误报告(含Java崩溃) - `/data/core/`:核心转储文件(部分设备) $$\text{访问条件} = \begin{cases} \text{root权限设备} & \text{可直接访问} \\ \text{非root设备} & \text{需adb pull提取} \end{cases}$$ #### 2. 应用级崩溃日志(开发者自定义) 普通应用需自行实现崩溃捕获(如引用[1]所示),常见位置: - **内部存储**: ```java context.getFilesDir() + "/crash_logs" ``` - 路径示例:`/data/data/com.example.app/files/crash_logs` - 无需存储权限,其他应用不可访问 - **外部存储**(如引用[1]实现): ```java getExternalFilesDir(Environment.DIRECTORY_DOWNLOADS) + "/log" ``` - 路径示例:`/sdcard/Android/data/com.example.app/files/Download/log` - Android 11+ 无需权限[^1] #### 关键差异对比 | 类型 | 路径 | 访问条件 | 内容 | |------------|-----------------------|------------------|--------------------------| | 系统级日志 | `/data/tombstones` | 需root或adb调试 | Native崩溃、系统服务崩溃 | | 应用级日志 | 应用私有目录 | 应用自身可访问 | Java层未捕获异常 | | 自定义日志 | 开发者指定位置[^1] | 取决于实现 | 自定义捕获的崩溃信息 | > **注意**:Android 11(API 30+)强化了存储权限管理,推荐优先使用内部存储或`getExternalFilesDir()`保存崩溃日志[^1],避免权限问题。 --- ### 快速获取崩溃日志的建议方法 1. **通过ADB提取系统日志**: ```bash adb pull /data/tombstones ./crash_logs ``` 2. **代码实现自定义捕获**(参考引用[1]): ```java Thread.setDefaultUncaughtExceptionHandler((thread, ex) -> { String logDir = getExternalFilesDir(Environment.DIRECTORY_DOWNLOADS) + "/log"; // 将ex.printStackTrace()写入文件 }); ``` 3. **使用第三方库**: - ACRA:自动上传崩溃日志 - Firebase Crashlytics:云存储崩溃报告 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值