Android慎用layout嵌套, 尽量控制在5层以下java.lang.StackOverflowError

一、探寻原因

在一个复杂的layout嵌套较多layout的android界面，在Android 2.3、内存较低 的机型上，出现 java.lang.StackOverflowError 这个Exception，appcrash退出。这个错误出现的比较奇怪，在我做技术调研的时候，这个界面是放在4.0的系统中测试，工作很正常，没有出现这个严重错误。

       android SDK中对该错误的出现的场景描述为：由于栈调用的层次太多，超过了虚拟器dalvik的最大限制（作为一个虚拟器参数，可定制）导致的。当程序编写错误导致无限递归调用时会触发，此外程序正确但是递归调用的层次过深也会触发。

       在寻找问题的过程中，采取排除法，一点点注释代码，找到是因为语音控件的问题，去掉语音控件，不会出现Crash。观察该界面的集成情况，发现当添加语音控件后，又增加了一层layout， 此时已说明layout的嵌套已经达到最大值，不能容忍再添加1层。而因为该界面复杂，设计时, view的layout深度为6层。原因定位为界面嵌套层次过深，初步认定解决方案为减少layout层次。

 

二、解决方法

         解决嵌套过深的基本思路是在实现同样的效果的前提下减少界面的layout深度。在我将layout深度由6层精简为4层，该错误被解决。

SDK提供的解决方法有：

1)       多用RelativeLayout的各种布局属性来完成布局，而避免过多使用嵌套layout来实现。

   2)       占位或填充剩余空间的元素多用View，避免使用layout等viewGroup。

final 方法有：

因为咱的View层次的确需要很多，所以从改变View层次入手很难，开始纠结了很久，终于找到突破口，在Android官方SDK提供了一种XML标签， 在官方文档里的标注就是通过merge标签来减少视图层级结构。

      这个问题暂且如此解决吧， 开发中注意不要在现有深度上增加深度。同时继续寻找进一步解决方案。

总结下，从实际的数据来看，设计中layout嵌套深度超过10层（如果要兼容低端机型，最好不要超过5层），就应该考虑下优化了，否则就会出现java.lang.StackOverflowError的crash了。