android 1 6中LinearLayout getBaseline函数的一个bug

最新推荐文章于 2024-05-11 13:10:10 发布

第3个号了

最新推荐文章于 2024-05-11 13:10:10 发布

阅读量140

点赞数

本文链接：https://blog.csdn.net/qq_43661383/article/details/87196051

版权

在项目中遇到一个bug，程序在android1.6上直接crash，但是在其他版本上均正常，错误日志如下：

04-07 17:02:53.512: E/AndroidRuntime(360): java.lang.RuntimeException: mBaselineAlignedChildIndex of LinearLayout set to an index that is out of bounds.04-07 17:02:53.512: E/AndroidRuntime(360):  at android.widget.LinearLayout.getBaseline(LinearLayout.java:151)04-07 17:02:53.512: E/AndroidRuntime(360):  at android.widget.LinearLayout.measureHorizontal(LinearLayout.java:644)04-07 17:02:53.512: E/AndroidRuntime(360):  at android.widget.LinearLayout.onMeasure(LinearLayout.java:280)04-07 17:02:53.512: E/AndroidRuntime(360):  at android.view.View.measure(View.java:7703)

分析：这个错误意思是说，在LinearLayout中，measure函数里，当我要对其child进行基线对齐到第一个child的时候，发现我的内部没有child，结果基线对齐到第一个child（index为0）的时候，由于无法取到第一个child的信息，所以数组越界了。我当时在网上调研了下，发现有人说这个android1.x的一个bug，mBaselineAlignedChildIndex为LinearLayout的一个私有成员变量，在android1.x默认值是0，1.x以上默认值是-1，在google code上甚至有人举报了这个bug。这也就解释了为什么程序跑在1.6上直接crash，而在2.x上却正常。

我们看一下2.x上这个getBaseline函数

    @Override    public int getBaseline() {        if (mBaselineAlignedChildIndex < 0) {            return super.getBaseline();        }        if (getChildCount() <= mBaselineAlignedChildIndex) {            throw new RuntimeException("mBaselineAlignedChildIndex of LinearLayout "                    + "set to an index that is out of bounds.");        }

上述逻辑表明，如果mBaselineAlignedChildIndex = -1的话，直接return了，否则如果child数 <= mBaselineAlignedChildIndex，则访问越界，也就是文章开始提到的异常。从这段代码可以看出，当mBaselineAlignedChildIndex = -1的情况，在android2.x是不可能出现上述异常的，当时android1.6上mBaselineAlignedChildIndex竟然等于0，结果直接抛出异常了。

解决方法：

1. 就我目前在网上的调研，有人建议出现此类问题的时候，先addView再removeView，这样或许能解决问题，但是我觉得这样做很怪，让人觉得不可理解，平白无故的add一个又remove掉了，如果不写注释的话，别人可能会觉得代码写的有误。

2. 放弃了第一种方法，只好另外想办法，后来在android源码中找到了思路。请看LinearLayout中的measureHorizontal函数，其中有一段如下

            if (widthMode == MeasureSpec.EXACTLY && lp.width == 0 && lp.weight > 0) {                // Optimization: don't bother measuring children who are going to use                // leftover space. These views will get measured again down below if                // there is any leftover space.                if (isExactly) {                    mTotalLength += lp.leftMargin + lp.rightMargin;                } else {                    final int totalLength = mTotalLength;                    mTotalLength = Math.max(totalLength, totalLength +                            lp.leftMargin + lp.rightMargin);                }                // Baseline alignment requires to measure widgets to obtain the                // baseline offset (in particular for TextViews). The following                // defeats the optimization mentioned above. Allow the child to                // use as much space as it wants because we can shrink things                // later (and re-measure).                if (baselineAligned) {                    final int freeSpec = MeasureSpec.makeMeasureSpec(0, MeasureSpec.UNSPECIFIED);                    child.measure(freeSpec, freeSpec);                }            }

对比出错的log，发现调用栈很一致，OnMeasure调用了measureHorizontal，measureHorizontal调用了child的measure。注意到上述代码的最后几句，if（baselineAligned）这一句很关键，这个变量就表示是否要进行基线对齐，其实这个基线对齐对布局的影响不大，一般来说我们不需要设置这个变量，我想既然是基线对齐的时候程序挂的，那为何不取消基线对齐呢，刚好LinearLayout提供了setBaselineAligned这个函数，试着调用setBaselineAligned（false），发现问题解决了。

整理一下，判断一下，如果发现系统版本是1.x（基本只有1.6和1.5），则调用setBaselineAligned（false），其他api版本什么也不做。

  int mVersionCode = 8;//default value = android 2.2  try  {   mVersionCode = Integer.valueOf(android.os.Build.VERSION.SDK);   Log.d(TAG, "sdk version=" + mVersionCode);  }   catch (Exception e)   {   e.printStackTrace();  }  //针对android1.6及以下的特殊处理 此为android的低版本bug  if(mVersionCode <= 5)  {   linearLayoutScrolLayout.setBaselineAligned(false);  }