一般情况下，在使用比较复杂的布局的时候，尤其是 Fragment + ViewPager + SlideMenu 这种组合的情况下，会报告类似如下内容的崩溃栈信息
|
1 2 3 4 5 6 7 |
at android.view.View.draw(View.java:6880) at android.view.ViewGroup.drawChild(ViewGroup.java:1646) at android.view.ViewGroup.dispatchDraw(ViewGroup.java:1373) at android.view.View.draw(View.java:6883) at android.view.ViewGroup.drawChild(ViewGroup.java:1646) at android.view.ViewGroup.dispatchDraw(ViewGroup.java:1373) ... |
该异常在 2.X版本的Android系统上面表现尤为明显，往往 4.X版本的一切正常或者偶有卡顿，在 2.X版本上面直接崩溃。
分析一下，是一个 draw() -> dispatchDraw() -> drawChild() 的深度递归调用导致栈的溢出越界。对于 Android目前使用的 dalvik 虚拟机而言，系统默认的栈深度如下
Browsing for stack sizes through the dalvik source history:
- API 3 (Android 1.5) = 8KB
- API 4-10 (Android 1.6 - Android 2.3.7) = 12KB
- API 14-17 (Android 4.0 - Android 4.2.2) = 16KB
也就是说，如果 draw() -> dispatchDraw() -> drawChild() 递归的深度太深，就会导致栈的不足问题。
解决方法， 目前貌似 dalvik 虚拟机 并不支持动态的修改栈的深度，这导致问题复杂化，首先，Fragment + ViewPager + SlideMenu 这种组合，即是什么都不增加，就已经有超过 10 层的递归了，这个可以在崩溃栈中的 drawChild 函数的数量就可以统计出来，这也就意味着，目前只有一条路可以走，那就是想办法减少布局的层次。有建议废弃 Fragment 来自己实现一套完整的东西，暂时还不建议如此操作。
一般方法就是
1.使用RelativeLayout 来减少尤其是 LinearLayout导致的布局深度问题，尽量在同层展开。
2.复杂布局的情况下，可以使用自定义View来实现，实在不行，可以自己计算坐标，直接绘制，比如用类似游戏的SurfaceView 之类的东西来替代。
3.利用 merge 来简化收缩布局，目前貌似FrameLayout 上面比较合适。
4.继承ViewGroup 的自定义View也是一层，这点不要忘记，能直接继承View的，就不要继承 ViewGroup
其他的方法,根据实际项目来处理好了。