下次自动登录
现在的位置:
& 综合 & 正文
四种方案解决ScrollView嵌套ListView问题
在工作中，曾多次碰到ScrollView嵌套ListView的问题，网上的解决方法有很多种，但是杂而不全。我试过很多种方法，它们各有利弊。
在这里我将会从使用ScrollView嵌套ListView结构的原因、这个结构碰到的问题、几种解决方案和优缺点比较，这4个方面来为大家阐述、分析、总结。
实际上不光是ListView，其他继承自AbsListView的类也适用，包括ExpandableListView、GridView等等，为了方便说明，以下均用ListView来代表。
一、 为什么要使用ScrollView嵌套ListView的奇怪的结构
ScrollView和ListView都是滚动结构，按理说，这两个控件在UI上的功能是一样的，但是看看下面这个设计：
这是天猫商城的确认订单的页面，ScrollView中嵌套了ExpandableListView，ExpandableListView上面有固定的一些控件，下面也有固定的一些控件，整体又要能够滚动。
列表数据要嵌在固定数据中间，并且作为整体一起滚动，有了这样的设计需求，于是就有了ScrollView嵌套ListView的奇怪结构。
ScrollView、ListView嵌套结构碰到的问题
不多说，直接看失败例子：
android:id="@+id/act_solution_1_sv"
android:layout_width="fill_parent"
android:layout_height="fill_parent"&
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:orientation="vertical"&
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:text="\nListView上方数据\n" /&
android:id="@+id/act_solution_1_lv"
android:layout_width="fill_parent"
android:layout_height="wrap_content"&
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:text="\nListView下方数据\n" /&
ScrollView中只能放一个控件，一般都放LinearLayout，orientation属性值为vertical。在LinearLayout中放需要呈现的内容。ListView也在其中，ListView的高度设为适应自身内容（wrap_content）。粗略一看，应该没有什么问题。但是看下面的实际效果图：
图中黑框的部分就是ListView，里面放了20条数据，但是却只显示了1条。
控件的属性设置上没有问题，但是为什么没有按照我的想法走呢？
看看下面这个图：
是否有点明白了呢？原因就是scroll事件的消费处理以及ListView控件的高度设定问题。
虽然我看源码也看了不少，但是要说出来却不知到该怎么下手，我是大概知道原因，但是不知道怎么整理完全。求高手赐教…三、问题解决方案1、手动设置ListView高度
经过测试发现，在xml中直接指定ListView的高度，是可以解决这个问题的，但是ListView中的数据是可变的，实际高度还需要实际测量。于是手动代码设置ListView高度的方法就诞生了。
public static void setListViewHeightBasedOnChildren(ListView listView) {
if(listView == null)
ListAdapter listAdapter = listView.getAdapter();
if (listAdapter == null) {
// pre-condition
int totalHeight = 0;
for (int i = 0; i & listAdapter.getCount(); i++) {
View listItem = listAdapter.getView(i, null, listView);
listItem.measure(0, 0);
totalHeight += listItem.getMeasuredHeight();
ViewGroup.LayoutParams params = listView.getLayoutParams();
params.height = totalHeight + (listView.getDividerHeight() * (listAdapter.getCount() - 1));
listView.setLayoutParams(params);
上面这个方法就是设定ListView的高度了，在为ListView设置了Adapter之后使用，就可以解决问题了。
但是这个方法有个两个细节需要注意：
一是Adapter中getView方法返回的View的必须由LinearLayout组成，因为只有LinearLayout才有measure()方法，如果使用其他的布局如RelativeLayout，在调用listItem.measure(0,
0);时就会抛异常，因为除LinearLayout外的其他布局的这个方法就是直接抛异常的，没理由…。我最初使用的就是这个方法，但是因为子控件的顶层布局是RelativeLayout，所以一直报错，不得不放弃这个方法。
二是需要手动把ScrollView滚动至最顶端，因为使用这个方法的话，默认在ScrollView顶端的项是ListView，具体原因不了解，求大神解答…可以在Activity中设置：
sv = (ScrollView) findViewById(R.id.act_solution_1_sv);
2、使用单个ListView取代ScrollView中所有内容
这个方法是我在试了几个方法都失败的情况下自己琢磨出来的。
用一张图来解释这个方法的思想：
就是说，把整个需要放在ScrollView中的内容，统统放在ListView中，原ListView上方的数据和下方数据，都作为现ListView的一个itemView，和原ListView中的单条数据是平级的关系。
xml布局方面十分简单：
android:id="@+id/act_solution_2_lv"
android:layout_width="fill_parent"
android:layout_height="wrap_content"&
一个单独的ListView就可以了。
原ListView上方数据和下方数据，都写进两个xml布局文件中：
Java代码方面，需要自定义一个Adapter，在Adapter中的getView方法中进行position值的判断，根据position值来决定inflate哪个布局：
public View getView(int position, View convertView, ViewGroup parent) {
//列表第一项
if(position == 0){
convertView = inflater.inflate(R.layout.item_solution2_top, null);
return convertV
//列表最后一项
else if(position == 21){
convertView = inflater.inflate(R.layout.item_solution2_bottom, null);
return convertV
//普通列表项
ViewHolder h =
if(convertView == null || convertView.getTag() == null){
convertView = inflater.inflate(R.layout.item_listview_data, null);
h = new ViewHolder();
h.tv = (TextView) convertView.findViewById(R.id.item_listview_data_tv);
convertView.setTag(h);
h = (ViewHolder) convertView.getTag();
h.tv.setText("第"+ position + "条数据");
return convertV
在Activty中，只需要直接为ListView设置自定义的Adapter就行了。
lv = (ListView) findViewById(R.id.act_solution_2_lv);
adapter = new AdapterForListView2(this);
lv.setAdapter(adapter);
3、使用LinearLayout取代ListView
既然ListView不能适应ScrollView，那就换一个可以适应ScrollView的控件，干嘛非要吊死在ListView这一棵树上呢？而LinearLayout是最好的选择。但如果我仍想继续使用已经定义好的Adater呢？我们只需要自定义一个类继承自LinearLayout，为其加上对BaseAdapter的适配。
import android.content.C
import android.util.AttributeS
import android.util.L
import android.view.V
import android.widget.BaseA
import android.widget.LinearL
public class LinearLayoutForListView extends LinearLayout {
private BaseA
private OnClickListener onClickListener =
public void bindLinearLayout() {
int count = adapter.getCount();
this.removeAllViews();
for (int i = 0; i & i++) {
View v = adapter.getView(i, null, null);
v.setOnClickListener(this.onClickListener);
addView(v, i);
Log.v("countTAG", "" + count);
public LinearLayoutForListView(Context context) {
super(context);
上面的代码拷贝保存为LinearLayoutForListView.class，或者直接拷贝Demo中的这个类在自己的工程里。我们只需要把原来xml布局文件中的ListView替换为这个类就行了：
android:id="@+id/act_solution_3_mylinearlayout"
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:orientation="vertical" &
在Activity中也把ListView改成LinearLayoutForListView，就能成功运行了。
mylinearlayout = (LinearLayoutForListView) findViewById(R.id.act_solution_3_mylinearlayout);
adapter = new AdapterForListView(this);
mylinearlayout.setAdapter(adapter);
4、自定义可适应ScrollView的ListView
这个方法和上面的方法是异曲同工，方法3是自定义了LinearLayout以取代ListView的功能，但如果我脾气就是倔，就是要用ListView怎么办？那就只好自定义一个类继承自ListView，通过重写其onMeasure方法，达到对ScrollView适配的效果。
下面是继承了ListView的自定义类：
import android.content.C
import android.util.AttributeS
import android.widget.ListV
public class ListViewForScrollView extends ListView {
public ListViewForScrollView(Context context) {
super(context);
public ListViewForScrollView(Context context, AttributeSet attrs) {
super(context, attrs);
public ListViewForScrollView(Context context, AttributeSet attrs,
int defStyle) {
super(context, attrs, defStyle);
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
int expandSpec = MeasureSpec.makeMeasureSpec(Integer.MAX_VALUE && 2,
MeasureSpec.AT_MOST);
super.onMeasure(widthMeasureSpec, expandSpec);
三个构造方法完全不用动，只要重写onMeasure方法，需要改动的地方比起方法3少了不是一点半点…
在xml布局中和Activty中使用的ListView改成这个自定义ListView就行了。代码就省了吧…
这个方法和方法1有一个同样的毛病，就是默认显示的首项是ListView，需要手动把ScrollView滚动至最顶端。
sv = (ScrollView) findViewById(R.id.act_solution_4_sv);
sv.smoothScrollTo(0, 0);
5、设置ScrollView的属性，使ListView能够成功嵌套（无法达到预定效果）
这个方法是我在写Demo的时候找到的，第一反应是有这个方法我还写这个Demo干嘛，只要在布局文件中添加一个属性就搞定了。不过结果确实是ListView的大小把ScrollView的剩余部分填满了，但却不能滚动，真是个致命的问题…
不废话了，布局文件中：
android:id="@+id/act_solution_5_sv"
android:layout_width="fill_parent"
android:layout_height="fill_parent"
android:layout_below="@+id/act_solution_5_vg_top"
android:fillViewport="true"&
设置fillViewport的属性为true即可。简单吧？
但是不能滚动这个致命的问题我却不知道该怎么解决了，继续求大神解答…四、几种种方法的优缺点比较
上面一共给出了4中亲测可用的方法，各自有使用条件，复杂程度也各不相同。
下面我来从几个方面来分析几种方法的优势和劣势。
方法1的优点是不用对使用的控件做任何修改，只需要使用一个现成的方法就好了，而最大的限制是ListView的item只能由LinearLayout这一个布局组成，对于一些复杂的布局就不适用了。如果你的工程急需解决这个问题，而且满足方法的使用条件，即ListView的item布局简单，完全有LinearLayout组成，你就只需要把setListViewHeightBasedOnChildren方法拿过去就行了。
方法2的优点是布局文件设计简单、Activity中的代码也很少，而缺点却是自定义Adapter变得十分复杂，而且执行效率会变低，因为findViewById是十分费时的操作，而使用ViewHolder结构可以解决费时的问题（有兴趣的童鞋可以去搜一艘ViewHolder结构），然而使用了方法2的话，会破坏这种结构。如果你的工程设计上偏简单，ListView子项相对少、ListView上下方数据少、子项间交互少的话，可以尝试一下。
方法3的优点是完全解决了ScrollView嵌套ListView的问题，同时代码较少，你甚至可以直接使用LinearLayout，而在Activity中手动为LinearLayout添加子项控件，不过需要注意的是，在添加前需要调用其removeAllViews的方法，否则可能会出现预想不到的事情，那时你会想念天国的ListView的。缺点不是很明显，但还是有两个：一是使用的不是系统控件，不能在xml布局的Graphical Layout视图中直接看到效果；二是不能向ListView那样可以使用ViewHolder结构，在加载大量子项时会费很多时间在findViewById中。如果你的列表数据比较少的话，不妨试试这个方法，除了不能使用ViewHolder结构，使用方法几乎和ListView一样。
方法4…比方法3更简单，代码更少，同时保留了ListView原有的所有方法，包括notifyDataSetChanged方法，相比其他方法是最趋近于完美的方法，只是需要在Activity中设定ScrollView滚动至顶端。如果你还在犹豫不决的话就选这个方法吧，我想我以后是只会用这个方法了…
&&&&推荐文章:
【上篇】【下篇】listview加载性能优化及有多种listitem布局处理方式_百度知道
listview加载性能优化及有多种listitem布局处理方式
提问者采纳
public View getView(int position, View convertView, ViewGroup parent){ }希望回答能给你带来帮助,如果还又不明白的地方请追问你的采纳是我前进的动力答题不易互相理解
其他类似问题
为您推荐：
listview的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁trackbacks-0
listview加载的核心是其adapter，本文通过减少adapter中创建、处理view的次数来提高listview加载的性能，总共分四个层次：
0、最原始的加载
1、利用convertView
2、利用ViewHolder
3、实现局部刷新
&[转载请保留本文地址：/goagent/p/5158064.html]&
〇、最原始的加载
这里是不经任何优化的adapter，为了看起来方便，把listview的数据直接在构造函数里传给adapter了，代码如下：
private class AdapterOptmL0 extends BaseAdapter {
private LayoutInflater mLayoutI
private ArrayList&Integer& mListD
public AdapterOptmL0(Context context, ArrayList&Integer& data) {
mLayoutInflater = LayoutInflater.from(context);
mListData =
public int getCount() {
return mListData == null ? 0 : mListData.size();
public Object getItem(int position) {
return mListData == null ? 0 : mListData.get(position);
public long getItemId(int position) {
public View getView(int position, View convertView, ViewGroup parent) {
View viewRoot = mLayoutInflater.inflate(R.layout.listitem, parent, false);
if (viewRoot != null) {
TextView txt = (TextView)viewRoot.findViewById(R.id.listitem_txt);
txt.setText(getItem(position) + "");
return viewR
&&[转载请保留本文地址：/goagent/p/5158064.html]&
一、利用convertView
上述代码的第27行在Eclipse中已经提示警告：
Unconditional layout inflation from view adapter: Should use View Holder pattern (use recycled view passed into this method as the second parameter) for smoother scrolling
这个意思就是说，被移出可视区域的view是可以回收复用的，它作为getview的第二个参数已经传进来了，所以没必要每次都从xml里inflate。
经过优化后的代码如下：&
public View getView(int position, View convertView, ViewGroup parent) {
if (convertView == null) {
convertView = mLayoutInflater.inflate(R.layout.listitem, parent, false);
if (convertView != null) {
TextView txt = (TextView)convertView.findViewById(R.id.listitem_txt);
txt.setVisibility(View.VISIBLE);
txt.setText(getItem(position) + "");
return convertV
上述代码加了判断，如果传入的convertView不为null，则直接复用，否则才会从xml里inflate。
按照上述代码，如果手机一屏最多同时显示5个listitem，则最多需要从xml里inflate 5 次，比AdapterOptmL0中每个listitem都需要inflate显然效率高多了。
上述的用法虽然提高了效率，但带来了一个陷阱，如果复用convertView，则需要重置该view所有可能被修改过的属性。
举个例子：
如果第一个view中的textview在getview中被设置成INVISIBLE了，而现在第一个view在滚动过程中出可视区域，并假设它作为参数传入第十个view的getview而被复用
那么，在第十个view的getview里面不仅要setText，还要重新setVisibility，因为这个被复用的view当前处于INVISIBLE状态！
[转载请保留本文地址：/goagent/p/5158064.html]&
二、利用ViewHolder
从AdapterOptmL0第27行的警告中，我们还可以看到编译器推荐了一种模型叫ViewHolder，这是个什么东西呢，先看代码：
private class AdapterOptmL2 extends BaseAdapter {
private LayoutInflater mLayoutI
private ArrayList&Integer& mListD
public AdapterOptmL2(Context context, ArrayList&Integer& data) {
mLayoutInflater = LayoutInflater.from(context);
mListData =
private class ViewHolder {
public ViewHolder(View viewRoot) {
txt = (TextView)viewRoot.findViewById(R.id.listitem_txt);
public TextV
public int getCount() {
return mListData == null ? 0 : mListData.size();
public Object getItem(int position) {
return mListData == null ? 0 : mListData.get(position);
public long getItemId(int position) {
public View getView(int position, View convertView, ViewGroup parent) {
if (convertView == null) {
convertView = mLayoutInflater.inflate(R.layout.listitem, parent, false);
ViewHolder holder = new ViewHolder(convertView);
convertView.setTag(holder);
if (convertView != null && convertView.getTag() instanceof ViewHolder) {
ViewHolder holder = (ViewHolder)convertView.getTag();
holder.txt.setVisibility(View.VISIBLE);
holder.txt.setText(getItem(position) + "");
return convertV
从代码中可以看到，这一步做的优化是用一个类ViewHolder来保存listitem里面所有找到的子控件，这样就不用每次都通过耗时的findViewById操作了。
这一步的优化，在listitem布局越复杂的时候效果越为明显。
[转载请保留本文地址：/goagent/p/5158064.html]&
三、实现局部刷新
OK，到目前为止，listview普遍需要的优化已经做的差不多了，那就该考虑实际使用场景中的优化需求了。
实际使用listview过程中，通常会在后台更新listview的数据，然后调用Adatper的notifyDataSetChanged方法来更新listview的UI。
那么问题来了，一般情况下，一次只会更新listview的一条/几条数据，而调用notifyDataSetChanged方法则会把所有可视范围内的listitem都刷新一遍，这是不科学的！
所以，进一步优化的空间在于，局部刷新listview，话不多说见代码：&
private class AdapterOptmL3 extends BaseAdapter {
private LayoutInflater mLayoutI
private ListView mListV
private ArrayList&Integer& mListD
public AdapterOptmL3(Context context, ListView listview, ArrayList&Integer& data) {
mLayoutInflater = LayoutInflater.from(context);
mListView =
mListData =
private class ViewHolder {
public ViewHolder(View viewRoot) {
txt = (TextView)viewRoot.findViewById(R.id.listitem_txt);
public TextV
public int getCount() {
return mListData == null ? 0 : mListData.size();
public Object getItem(int position) {
return mListData == null ? 0 : mListData.get(position);
public long getItemId(int position) {
public View getView(int position, View convertView, ViewGroup parent) {
if (convertView == null) {
convertView = mLayoutInflater.inflate(R.layout.listitem, parent, false);
ViewHolder holder = new ViewHolder(convertView);
convertView.setTag(holder);
if (convertView != null && convertView.getTag() instanceof ViewHolder) {
updateView((ViewHolder)convertView.getTag(), (Integer)getItem(position));
return convertV
public void updateView(ViewHolder holder, Integer data) {
if (holder != null && data != null) {
holder.txt.setVisibility(View.VISIBLE);
holder.txt.setText(data + "");
public void notifyDataSetChanged(int position) {
final int firstVisiablePosition = mListView.getFirstVisiblePosition();
final int lastVisiablePosition = mListView.getLastVisiblePosition();
final int relativePosition = position - firstVisiableP
if (position &= firstVisiablePosition && position &= lastVisiablePosition) {
updateView((ViewHolder)mListView.getChildAt(relativePosition).getTag(), (Integer)getItem(position));
//不在可视范围内的listitem不需要手动刷新，等其可见时会通过getView自动刷新
修改后的Adapter新增了一个方法&public void notifyDataSetChanged(int position)&可以根据position只更新指定的listitem。
[转载请保留本文地址：/goagent/p/5158064.html]&
局部刷新番外篇
在局部刷新数据的接口中，实际上还可以再干点事情：listview正在滚动的时候不去刷新。
具体的思路是，如果当前正在滚动，则记住一个pending任务，等listview停止滚动的时候再去刷，这样不会造成滚动的时候刷新错乱。代码如下：
private class AdapterOptmL3Plus extends BaseAdapter implements OnScrollListener{
private LayoutInflater mLayoutI
private ListView mListV
private ArrayList&Integer& mListD
private int mScrollState = SCROLL_STATE_IDLE;
private List&Runnable& mPendingNotify = new ArrayList&Runnable&();
public AdapterOptmL3Plus(Context context, ListView listview, ArrayList&Integer& data) {
mLayoutInflater = LayoutInflater.from(context);
mListView =
mListData =
mListView.setOnScrollListener(this);
private class ViewHolder {
public ViewHolder(View viewRoot) {
txt = (TextView)viewRoot.findViewById(R.id.listitem_txt);
public TextV
public int getCount() {
return mListData == null ? 0 : mListData.size();
public Object getItem(int position) {
return mListData == null ? 0 : mListData.get(position);
public long getItemId(int position) {
public View getView(int position, View convertView, ViewGroup parent) {
if (convertView == null) {
convertView = mLayoutInflater.inflate(R.layout.listitem, parent, false);
ViewHolder holder = new ViewHolder(convertView);
convertView.setTag(holder);
if (convertView != null && convertView.getTag() instanceof ViewHolder) {
updateView((ViewHolder)convertView.getTag(), (Integer)getItem(position));
return convertV
public void updateView(ViewHolder holder, Integer data) {
if (holder != null && data != null) {
holder.txt.setVisibility(View.VISIBLE);
holder.txt.setText(data + "");
public void notifyDataSetChanged(final int position) {
final Runnable runnable = new Runnable() {
public void run() {
final int firstVisiablePosition = mListView.getFirstVisiblePosition();
final int lastVisiablePosition = mListView.getLastVisiblePosition();
final int relativePosition = position - firstVisiableP
if (position &= firstVisiablePosition && position &= lastVisiablePosition) {
if (mScrollState == SCROLL_STATE_IDLE) {
//当前不在滚动，立刻刷新
Log.d("Snser", "notifyDataSetChanged position=" + position + " update now");
updateView((ViewHolder)mListView.getChildAt(relativePosition).getTag(), (Integer)getItem(position));
synchronized (mPendingNotify) {
//当前正在滚动，等滚动停止再刷新
Log.d("Snser", "notifyDataSetChanged position=" + position + " update pending");
mPendingNotify.add(this);
//不在可视范围内的listitem不需要手动刷新，等其可见时会通过getView自动刷新
Log.d("Snser", "notifyDataSetChanged position=" + position + " update skip");
runnable.run();
public void onScrollStateChanged(AbsListView view, int scrollState) {
mScrollState = scrollS
if (mScrollState == SCROLL_STATE_IDLE) {
//滚动已停止，把需要刷新的listitem都刷新一下
synchronized (mPendingNotify) {
final Iterator&Runnable& iter = mPendingNotify.iterator();
while (iter.hasNext()) {
iter.next().run();
iter.remove();
public void onScroll(AbsListView view, int firstVisibleItem, int visibleItemCount, int totalItemCount) {
[转载请保留：/goagent/p/5158064.html]&
阅读(...) 评论()listview中布局不同如何处理 - 简书
下载简书移动应用
写了171495字，被57人关注，获得了75个喜欢
listview中布局不同如何处理
getView写法public View getView(int position, View convertView, ViewGroup parent) {View view = new View();//通过inflate等找到布局 然后findViewById等 设置各个显示的item}而在ListView滑动的过程中 很容易就会发现每次getView被执行 都会new出一个View对象 长此以往会产生很大的消耗特别当item中还有Bitmap等 甚至会造成OOM的错误导致程序崩溃在看getView提供的参数时 可能已经注意到了 有一个参数View convertView 而这个convertView其实就是最关键的部分了 原理上讲当ListView滑动的过程中 会有item被滑出屏幕 而不再被使用 这时候Android会回收这个条目的view这个view也就是这里的convertView在上面的做法中 当item1被移除屏幕的时候 我们会重新new一个View给新显示的item_new 而如果使用了这个convertView 我们其实可以复用它这样就省去了new View的大量开销下面就是使用convertView后的情况Java代码public View getView(int position, View convertView, ViewGroup parent) {View view =if (convertView != null) {view = convertV//复用了回收的view 只需要直接作内容填充的修改就好了} else {view = new Xxx(...);//没有供复用的view 按一般的做法新建view}}这样一来 就避免了反复创建大量view的问题了但是上面的仍然有缺陷 当我们的ListView中填充的item有多种形式时 比如微博中 有的item中包含图片 有的item包含视频 那么必然的我们需要用到2种item的布局方式此时如果只是单纯判断convert是否存在 会造成回收的view不符合你当前需要的布局 而类似转换失败出错退出这里要提到Adapter中的另外2个方法：public int getItemViewType(int position) {}public int getViewTypeCount() {}从方法名上 就可以比较明显的明白这2个的作用下面附上一个demo代码Java代码class MyAdapter extends BaseAdapter{Context mCLinearLayout linearLayout =LayoutITextVfinal int VIEW_TYPE = 2;final int TYPE_1 = 0;final int TYPE_2 = 1;public MyAdapter(Context context) {mContext =inflater = LayoutInflater.from(mContext);}@Overridepublic int getCount() {return listString.size();}//每个convert view都会调用此方法，获得当前所需要的view样式@Overridepublic int getItemViewType(int position) {int p = position%6;if(p == 0)return TYPE_1;else if(p & 3)return TYPE_2;elsereturn TYPE_1;}@Overridepublic int getViewTypeCount() {return 2;}@Overridepublic Object getItem(int arg0) {return listString.get(arg0);}@Overridepublic long getItemId(int position) {}@Overridepublic View getView(int position, View convertView, ViewGroup parent) {viewHolder1 holder1 =viewHolder2 holder2 =int type = getItemViewType(position);//无convertView，需要new出各个控件if(convertView == null){//按当前所需的样式，确定new的布局switch(type){case TYPE_1:convertView = inflater.inflate(R.layout.listitem1, parent, false);holder1 = new viewHolder1();holder1.textView = (TextView)convertView.findViewById(R.id.textview1);holder1.checkBox = (CheckBox)convertView.findViewById(R.id.checkbox);convertView.setTag(holder1);case TYPE_2:convertView = inflater.inflate(R.layout.listitem2, parent, false);holder2 = new viewHolder2();holder2.textView = (TextView)convertView.findViewById(R.id.textview2);holder2.imageView = (ImageView)convertView.findViewById(R.id.imageview);convertView.setTag(holder2);}}else{//有convertView，按样式，取得不用的布局switch(type){case TYPE_1:holder1 = (viewHolder1) convertView.getTag();case TYPE_2:holder2 = (viewHolder2) convertView.getTag();}//设置资源switch(type){case TYPE_1:holder1.textView.setText(Integer.toString(position));holder1.checkBox.setChecked(true);case TYPE_2:holder2.textView.setText(Integer.toString(position));holder2.imageView.setBackgroundResource(R.drawable.icon);}}return convertV}}//各个布局的控件资源class viewHolder1{CheckBox checkBTextView textV}class viewHolder2{ImageView imageVTextView textV}这里对于每个View使用了一个viewHolder来控制其内部的子item还有一个需要注意的地方是使用了setTag和getTag的方法 将holder绑定到了view上 也算一种技巧以上基本就是主要的内容了 下面再补充实际操作当中的一些Tips*如果convertView上用Type区分有些繁琐 或者不需要那么复杂 只是很少有出现不同的情况 那么还可以在取得convertView后 通过java提供的instanceof 来判断是否可以强转 如果不能强转 就去新建一个View的做法 但是其实这种做法并不规范 所以还是推荐上面的做法*第二个是关于ListView 对于纯色的item背景 其实可以直接设置BackgroundColor 而不要使用图片 这一部分其实可以有不小的提升 同样的对于任何纯色的背景 应该尽量去设置RGB颜色 而不是全用一张图片做背景返回
如果觉得我的文章对您有用，请随意打赏。您的支持将鼓励我继续创作！
打开微信“扫一扫”，打开网页后点击屏幕右上角分享按钮
如果觉得我的文章对您有用，请随意打赏。您的支持将鼓励我继续创作！
选择支付方式：