Android系统的稳定性分析-2.0

分析Android问题时，经常会遇到一些稳定性问题。什么是稳定性问题呢，我归结有以下特点，

• 非必现问题，或没有找到复现路径的问题。其实没有非必现问题，只有找不到复现方法。系统越复杂这类问题越多，因为软件路径太多了。
• 应用的死机重启。这类问题不能简单的归结为应用问题，毕竟应用是跑在系统上的。当应用开发人员无法分析出问题时，可能就会认为是稳定性问题。
• 系统死机重启。Android开发还是偏重应用的，这样导致系统开发人员较少。很多时候碰到这类问题就找不到分析方法，也就归到稳定性上。起始这类问题与Linux系统上的分析方法并没有太大却别，只不过深入底层的人越来越少了。
• 原生代码的问题。Android原生代码也是有bug的，因为这部分代码没人动，也就很少有人研究。最后又归到稳定性上。
• 性能问题。有时性能问题也会归到稳定性上，例如正常情况下某应用启动很快，在某种情况下启动很慢，这很可能就是性能导致的。我认为性能问题和稳定性问题不能混为一谈，二者的分析方法有很大差别。
• 没人愿意深入研究的问题。各模块都不承认是自己的问题，相互扯皮。因为没有人从系统角度上来分析问题，也不进行深入研究，觉得还是归到稳定性好些。

简单来说就是其他模块解决不了的或不愿意解决的就是稳定性问题。有真正的稳定性问题吗？我觉得严格来说时没有的，问题最终的根本原因总会落在一个模块上，也就是有主的。但是，Android系统真的是一个非常复杂的系统，不能要求每个开发人员都能了解整个系统。所以这类复杂的系统性问题还是交给一些资深的开发人员解决更好些。这也就对分析稳定性问题的人员要求较高，需要对系统有整体的概念，并且对许多模块有深入研究。我认为将稳定性问题改为系统问题会更加准确，解决稳定性问题的开发人