评价一款App的稳定性和质量

，衡量一个App质量好坏时我们需要定义一个统一的口径，即哪些指标可以作为稳定性的评估口径?以友盟+的U-APM定义的稳定率这个概念为例，评价一个App的稳定性和质量，一般从以下三点综合考虑：

• 发生了崩溃，如java崩溃和Native崩溃，即用崩溃率这个指标来评估计算;
• 异常退出，如：low memory killer、任务列表中划掉、系统异常、断电、用户触发关机/重启等，即用异常率这个指标来评估计算。
• 崩溃，也就是程序出现异常，导致程序退出。包括：
• Java崩溃，也就是在Java代码中出现了未捕获异常，导致程序异常退出。如：空指针异常、数组越界异常等。
• Native异常，也就是在Native代码中，出现错误产生相应的signal信号，导致程序异常退出。如：访问非法地址、地址对其 问题等。

Java崩溃的捕获相对会简单一些，Native崩溃的捕获可能要求我们对系统底层知识要有一定的掌握。我们知道Android是基于Linux系统的，系统中的崩溃大多是由于编码错误或硬件错误导致的。当系统遇到不可恢复的错误时会通过异常中断的方式触发异常处理流程，这些中断的处理被统一为了信号量。当应用程序接收到某个信号量时会按照内核默认的动作处理，如Term、lgn、Core、Stop、Cont。同时我们也可以通过sigaction注册接收信号来指定处理动作，比如捕获崩溃信息等。当然捕获过程中也会有一些困难点，尤其在极端环境中，比如栈溢出时，由于栈空间已经被用完，造成我们的信号处理函数没法被调用，以至于无法捕获到崩溃信息，这时我们需要考虑使用signalstack，使我们的信号处理函数可以在堆里面分配到一块内存空间作为“可替换信号栈”来处理崩溃信息。

（编辑：漯河站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!