最近项目出了个很奇怪的Bug:
我在一个ListView中的HeaderView中再加入一个Listview B, 这个时候B是不能正确测量出高度的,只能显示第一行,这个问题的解决方法是:
在获得B的全部数据并创建Adapter后,取出adapter中的所有View,一一测量高度相加并强行给ListView B赋值;
for (int i = 0; i < listAdapter.getCount(); i++) {
View listItem = listAdapter.getView(i, null, list);
int widthMeasureSpec = View.MeasureSpec.makeMeasureSpec((1 << 30) - 1, View.MeasureSpec.AT_MOST);
int heightMeasureSpec = View.MeasureSpec.makeMeasureSpec((1 << 30) - 1, View.MeasureSpec.AT_MOST);
listItem.measure(widthMeasureSpec, heightMeasureSpec);
totalHeight += listItem.getMeasuredHeight();
}
注意
int widthMeasureSpec = View.MeasureSpec.makeMeasureSpec((1 << 30) - 1, View.MeasureSpec.AT_MOST);
int heightMeasureSpec = View.MeasureSpec.makeMeasureSpec((1 << 30) - 1, View.MeasureSpec.AT_MOST);
listItem.measure(widthMeasureSpec, heightMeasureSpec);
我的view的布局为Wrap_content,所以这样写;
在API高的手机上能正常运行,但是旧手机就不行了。
查资料发现是RelativeLayout在 API 17 及其以下手机上的一个Bug
Note: In platform version 17 and lower, RelativeLayout was affected by a measurement bug that could cause child views to be measured with incorrect MeasureSpec
values. (See MeasureSpec.makeMeasureSpec
for more details.) This was triggered when a RelativeLayout container was placed in a scrolling container, such as a ScrollView or HorizontalScrollView. If a custom view not equipped to properly measure with the MeasureSpec mode UNSPECIFIED
was placed in a RelativeLayout, this would silently work anyway as RelativeLayout would pass a very large AT_MOST
MeasureSpec instead.
This behavior has been preserved for apps that set Android:targetSdkVersion="17"
or older in their manifest's uses-sdk
tag for compatibility. Apps targeting SDK version 18 or newer will receive the correct behavior
将自定义的控件extends LinearLayout就好了