论客户端监听软件非崩溃错误监听

目录

一、场景分析

二、具体实现

 

一、场景分析

在软件上线以后，经常会出现用户提出非奔溃异常错误，但是在程序员极力模拟操作进行复现的时候，大部分是复现不了的，这种错误的修改其实是很费时费力的，而且容易让人奔溃，这样该怎么办?

    相信大部分的人第一想法是打印日志啊，对，没错就是上传日志，但是要怎么上传呢？何时上传呢？失败日志怎么处理呢？下面是我在开发中经常使用的一种模式。

    1.日志收集：

        在容易出现错误，或者需要较多逻辑处理的地方，记录日志，并直接上传到服务器中，如果失败的话则保存到指定的文件中(可以多个文件也可以单个文件，个人觉得多个文件更好处理，而且好携带数据，在文件名中可以携带数据，文件内容是主体信息)。

    2.日志上传时机：

        a.及时上传：在记录日志的地方及时上传，失败的日志保存到本地文件中

        b.集中上传：在软件启动时，遍历日志的目录，然后进行上传

        c.用户手动集中上传：此主要是用于记录一下非正常的信息，不影响用户正常使用，在用户手动进行上传

--------------------------------------------------------------------update by 2020/4/1 手动分割线----------------------------------------------------------

二、具体实现

之前由于工作原因只分析了场景以及具体执行方案，但是未赋予实际代码，接下来便是具体的代码实现逻辑。

以上是日志后台收集整体架构(梳理完继续完善-_-)。