发一下牢骚和主题无关:
在项目中碰到一个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);
}
文章结束给大家分享下程序员的一些笑话语录: 这个世界上只有10种人:懂得二进制的和不懂得二进制的。