Android崩溃日志收集和保存解析

 更新时间:2023年02月27日 14:56:02   作者:似曾相识2022  
这篇文章主要为大家介绍了Android崩溃日志收集和保存解析,有需要的朋友可以借鉴参考下,希望能够有所帮助,祝大家多多进步,早日升职加薪

面试

记得很久很久以前的一次面试中被面试官问:

面试官:你的崩溃日志是怎么收集的?
我答:集成腾讯的Bugly收集。
面试官:如果不用第三方呢?
我:好像有个什么异常的handler,具体想不起来了

那么今天我们就来聊聊关于崩了日志收集的以上两种方式UncaughtExceptionHandler和Bugly

UncaughtExceptionHandler

  • UncaughtExceptionHandler UncaughtExceptionHandler类是java1.5里新增的Thread类里面的一个函数式接口类的,接口处理器时调用线程突然终止,由于未捕获到异常。当一个线程要终止由于未捕获到异常的Java虚拟机将查询线程其使用的UncaughtExceptionHandler.getUncaughtExceptionHandler,将调用处理程序的uncaughtException方法,将线程和异常作为参数。

首先我们需要编写该接口实现类,重写uncaughtException方法,一旦应用发生异常该方法就会触发,所以我们的业务逻辑就必须在这个接口中实现。

override fun uncaughtException(t: Thread, e: Throwable) {
        //崩溃信息
        val writer = StringWriter()
        val printWriter = PrintWriter(writer)
        e.printStackTrace(printWriter)
        var cause: Throwable? = e.cause
        while (cause != null) {
            cause.printStackTrace(printWriter)
            cause = cause.cause
        }
        printWriter.close()
        val result: String = writer.toString()
        ......
}

通过入参StringWriter的PrintWriter获取到Throwable信息,再将StringWriter的信息打印出来就是应用的崩溃信息,获取过程虽稍显复杂但使用还是极其简单。之后就是将日志保存在本地和上传服务器的过程了。

val fos = FileOutputStream(path + fileName)
fos.write(sb.toString().toByteArray())

既然有储存那么就一定要有删除功能,否则一旦数据量大了后手机内存就不够用了,我们设置一个清除15天前数据。

private fun deleteFile() {
    val file = File(path)
    val nowDate = Date()
    if (file.exists() && file.listFiles().isNotEmpty()) {
        for (item in file.listFiles()) {
            if (item.isFile) {
                val split = item.name.split(".")
                if (split.isNotEmpty()) {
                    val old = split[0].substring(6, split[0].length)//截取时间戳
                    val oldDate = formatter.parse(old)
                    val diff = nowDate.time - oldDate.time
                    val days = diff / (1000 * 60 * 60 * 24)
                    val minutes = (diff % (1000 * 60 * 60)) / (1000 * 60)
                    if (days > 15) {
                        item.delete()
                    }
                }
            }
        }
    }
}

最后,当然是需要初始化这个工具类,尽可能在应用启动时初始化。

override fun onCreate() {
    super.onCreate()
    CrashHandler.instance.init(this)
}

如需保存到服务器则保存本地的同时即可保存到服务器。这里分享一个当时遇到的问题,debug和realase两个版本中一个可以在保存目录找到日志,一个根本找不到该目录。经过反复对比和查找资料才发现,原来是cacheDir和externalCacheDir的区别,哈哈哈,着实给我整懵逼了。

Bugly

Bugly

为移动开发者提供专业的异常上报和运营统计,帮助开发者快速发现并解决异常,同时掌握产品运营动态,及时跟进用户反馈。

Bugly是一款免费的三方库,提供崩溃日志和应用更新、运营统计等功能,去年应用更新功能(全量更新)被割掉了,非常遗憾,但崩溃日志还能正常使用并且做的也很不错。相当于它提供后台存储,对于一些NDK之类的底层报错和代码混淆可以通过上传符号表查看报错信息。

在build.gradle文件中添加配置和依赖

android { 
   defaultConfig { 
      // 设置支持的SO库架构 abiFilters 'armeabi' //, 'x86', 'armeabi-v7a', 'x86_64', 
      ndk { 
        'arm64-v8a' 
      } 
   } 
} 
//其中latest.release指代最新Bugly SDK版本号,也可以指定明确的版本号,例如4.0.3 }
dependencies { implementation 'com.tencent.bugly:crashreport:latest.release' 

尽可能早的初始化

CrashReport.initCrashReport(getApplicationContext(), "注册时申请的APPID", false);

之后出现应用异常即可在账号内查看和处理,可以说功能还是比较齐全的。

总结

其实现在网上很多关于崩溃日志的库,啥蒲公英、加固类Sdk都有,最终还是得根据项目情况选择一款条件合适得工具。UncaughtExceptionHandler使用也简单,但需要开发者自己使用代码做好日志整理、收集、上传功能,如果涉及上传就得需要后端配合,无疑又增加了人员维护,好处就是自己服务器控制数据。三方库使用就更简单了,连后端都省了,但因此也带来了弊端,始终数据在别人服务器中,这个不可控,如涉及隐私可能也不会选择它。

以上就是Android崩溃日志收集和保存解析的详细内容,更多关于Android崩溃日志收集保存的资料请关注脚本之家其它相关文章!

相关文章

最新评论