现在的项目中，制作了一个界面非常复杂。整个结构是最外层一个Layout，封装了Menu键吊起的菜单，整个内容使用一个FrameLayout装载，这个layout中会有三个V4 Fragment。一个主Fragment和两个弹出的Fragment。主Fragment中分上中下结构，上部分展示图片，中部展示信息，下部分是一个可滑动的带4个Tab的ViewPager，这个ViewPager包在一个TabHost里面。整个嵌套的结构由于各种原因，达到了15层，并且在最里面的ViewPager中有两个View里面带了ListView，Item已经用RelativeLayout打平为一层。

      这样一个布局，在3.0以上的手机上都表现良好问题！但是在2.x的手机上会出现

       Android 2.3 I‘m getting a StackOverflowError when the layout is drawn:

       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上也会有这个问题，究其原因就是View的层次嵌套过多，而2.x上Android给UI主线程分配了大概8KB的栈空间。大概最多只会有60到80层的stack frame。这个空间存储不了我的这个布局，后分析发现，由于最里层嵌套了Listview ，每个Item都有很深，而且每个Item在不断的进行着重绘。最终导致了2.x机型的栈溢出问题。

      大部分的方法就是优化布局，减少嵌套。

      和网上说的一样，接下来就是不断的优化，能减极简。但是到最后优化到评论的listview的层次大概为16层，在部分的android 2.x上依旧报这个问题。如果要继续优化下去，就得去掉fragment。因为在观看布局时发现，v4包的fragment会在最外层添加一个NosavestateFramelayout。而我用到的是Fragment中嵌套了Fragment，这就导致平白无故多了两层。如果要保持我现在的布局就得考虑去掉Fragment，全部改用View。但是项目紧张，根本来不及切换过来。于是只能进行降级。

      当然还有一些比较不太优雅的解决方式：

      比如在你最深层次容易爆崩溃的View中，把所有的View都重写Draw方法

       privateHandler mHandler =newHandler();

@Overridepublicvoid draw(Canvas canvas){try{super.draw(canvas);}catch(StackOverflowError e){                    mHandler.postDelayed(newRunnable(){publicvoid run(){                                    invalidate();}},1);}}

        虽然最好的方法仍然是去优化你的布局，解嵌套，不仅能加快页面渲染速度，还能解决此问题。但是实在是没有任何可优化的时候，只能先使用这种比较脏的方式。我最后使用的是进行了降级，因为项目紧张，而且不容有失，所以降级成了最保险的选择。对于2.x系统这种强加的限制，表示真的是太蛋疼了！

       The stack size of UI thread in Android 2.x is 12KB and in Android 4.x is 16KB. These 4KB make all the difference - since the above layout crashes on 2.x with StackOverflow.

      对于嵌套过深的地方，尤其当有listview时，一定要注意，能去fragment就去掉fragment！尽量直接换用ViewGroup