深海游弋的鱼 – 默默的点滴

一般情况下，在使用比较复杂的布局的时候，尤其是 Fragment + ViewPager + SlideMenu 这种组合的情况下，会报告类似如下内容的崩溃栈信息

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)
...

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

其他的方法,根据实际项目来处理好了。

在布局优化中，Android的官方提到了这三种布局，并介绍了这三种布局各有的优势，下面也是简单说一下他们的优势，以及怎么使用，记下来权当做笔记。

1、布局重用
标签能够重用布局文件，简单的使用如下：

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:orientation="vertical" 
    android:layout_width=”match_parent”
    android:layout_height=”match_parent”
    android:background="@color/app_bg"
    android:gravity="center_horizontal">

    <include layout="@layout/titlebar"/>

    <TextView android:layout_width=”match_parent”
              android:layout_height="wrap_content"
              android:text="@string/hello"
              android:padding="10dp" />

    ...

</LinearLayout>

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"

android:orientation="vertical"

android:layout_width=”match_parent”

android:layout_height=”match_parent”

android:background="@color/app_bg"

android:gravity="center_horizontal">

<TextView android:layout_width=”match_parent”

android:layout_height="wrap_content"

android:text="@string/hello"

android:padding="10dp" />

...

</LinearLayout>

1)标签可以使用单独的layout属性，这个也是必须使用的。

2)可以使用其他属性。标签若指定了ID属性，而你的layout也定义了ID，则你的layout的ID会被覆盖。
3)在include标签中所有的android:layout_*都是有效的，前提是必须要写layout_width和layout_height两个属性。
4)布局中可以包含两个相同的include标签，引用时可以使用如下方法解决（参考）:

View bookmarks_container_2 = findViewById(R.id.bookmarks_favourite);
bookmarks_container_2.findViewById(R.id.bookmarks_list);

1 2	View bookmarks_container_2 = findViewById(R.id.bookmarks_favourite); bookmarks_container_2.findViewById(R.id.bookmarks_list);

2、减少视图层级

标签在UI的结构优化中起着非常重要的作用，它可以删减多余的层级，优化UI。多用于替换FrameLayout或者当一个布局包含另一个时，标签消除视图层次结构中多余的视图组。例如你的主布局文件是垂直布局，引入了一个垂直布局的include，这是如果include布局使用的LinearLayout就没意义了，使用的话反而减慢你的UI表现。这时可以使用标签优化。

<merge xmlns:android="http://schemas.android.com/apk/res/android">

    <Button
        android:layout_width="fill_parent" 
        android:layout_height="wrap_content"
        android:text="@string/add"/>

    <Button
        android:layout_width="fill_parent" 
        android:layout_height="wrap_content"
        android:text="@string/delete"/>

</merge>

<Button

android:layout_width="fill_parent"

android:layout_height="wrap_content"

android:text="@string/add"/>

<Button

android:layout_width="fill_parent"

android:layout_height="wrap_content"

android:text="@string/delete"/>

</merge>

现在，当你添加该布局文件时(使用标签)，系统忽略节点并且直接添加两个Button。更多介绍可以参考《Android Layout Tricks #3: Optimize by merging》

3、需要时使用
标签最大的优点是当你需要时才会加载，使用他并不会影响UI初始化时的性能。各种不常用的布局想进度条、显示错误消息等可以使用标签，以减少内存使用量，加快渲染速度。是一个不可见的，大小为0的View。标签使用如下：

<ViewStub
    android:id="@+id/stub_import"
    android:inflatedId="@+id/panel_import"
    android:layout="@layout/progress_overlay"
    android:layout_width="fill_parent"
    android:layout_height="wrap_content"
    android:layout_gravity="bottom" />

<ViewStub

android:id="@+id/stub_import"

android:inflatedId="@+id/panel_import"

android:layout="@layout/progress_overlay"

android:layout_width="fill_parent"

android:layout_height="wrap_content"

android:layout_gravity="bottom" />

当你想加载布局时，可以使用下面其中一种方法：

((ViewStub) findViewById(R.id.stub_import)).setVisibility(View.VISIBLE);
// or
View importPanel = ((ViewStub) findViewById(R.id.stub_import)).inflate();

((ViewStub) findViewById(R.id.stub_import)).setVisibility(View.VISIBLE);

// or

View importPanel = ((ViewStub) findViewById(R.id.stub_import)).inflate();

当调用inflate()函数的时候，ViewStub被引用的资源替代，并且返回引用的view。这样程序可以直接得到引用的view而不用再次调用函数findViewById()来查找了。
注：ViewStub目前有个缺陷就是还不支持标签。

更多标签介绍可以参考《Android Layout Tricks #3: Optimize with stubs》

转自 http://blog.csdn.net/xyz_lmn/article/details/14524567

一	二	三	四	五	六	日
					1	2
3	4	5	6	7	8	9
10	11	12	13	14	15	16
17	18	19	20	21	22	23
24	25	26	27	28	29	30
31

日期: 2014 年 3 月 17 日

Android 报告 java.lang.StackOverflowErrors 异常的问题分析

Android抽象布局——include、merge 、ViewStub