ListView优化总结

1、ListView中的Button会抢夺ListView的焦点，需要将Button设置为没有焦点。设置非常简单，只需要在xml的Button标签下加入一行：android:focusable=“false”代码就可以了。

2、ListView的Adapter

     主要分为ArrayAdapter、SimpleAdapter、SimpleCursorAdapter三类

    ArrayAdapter和SimpleAdapter的差别：http://blog.csdn.net/zwq1457/article/details/8088399

3、Android ListView的优化

1）使用ViewHolder优化自定义Adapte r,用来标识view中一些控件,避免重复findViewbyId消耗过多资源

2）重用contentView,减少内存消耗，即每次getView判断contentView是否为null

<span style="font-size:12px;"> //自定义ViewHolder
static class ViewHolder {
    TextView text;
    ImageView icon;
}
 
public View getView(int position, View convertView, ViewGroup parent) {
     ViewHolder holder;
     if (convertView == null) {
         convertView = mInflater.inflate(R.layout.list_item_icon_text,parent, false);
         holder = new ViewHolder();
         holder.text = (TextView) convertView.findViewById(R.id.text);
         holder.icon = (ImageView) convertView.findViewById(R.id.icon);
         convertView.setTag(holder);
      } 
     else {
        holder = (ViewHolder) convertView.getTag();
     }
     holder.text.setText(DATA[position]);
     holder.icon.setImageBitmap((position & 1) == 1 ? mIcon1 : mIcon2);
     return convertView;
}</span>

注意： 这里设置ViewHolder为static，也就是静态的，静态类只会在第一次加载时会耗费比较长时间，但是后面就可以很好帮助加载，同时保证了内存中只有一个ViewHolder，节省了内存的开销。

3、图片处理

如果自定义Item中有涉及到图片等等的，一定要狠狠的处理图片，图片占的内存是ListView项中最恶心的，处理图片的方法大致有以下几种：
1）不要直接拿个路径就去循环decodeFile();这是找死….用Option保存图片大小、不要加载图片到内存去;
2）拿到的图片一定要经过边界压缩
3）在ListView中取图片时也不要直接拿个路径去取图片，而是以WeakReference（使用WeakReference代替强引用。比如可以使        用WeakReference<Context> mContextRef）、SoftReference、WeakHashMap等的来存储图片信息，是图片信息不是图片哦！）
4）在getView中做图片转换时，产生的中间变量一定及时释放，用以下形式：

4、 尽量避免在BaseAdapter中使用static 来定义全局静态变量，我以为这个没影响 ，这个影响很大，static是Java中的一个关键字，当用它来修饰成员变量时，那么该变量就属于该类，而不是该类的实例。所以用

static修饰的变量，它的生命周期是很长的，如果用它来引用一些资源耗费过多的实例（比如Context的情况最多），这时就要尽量避免使用了..

5、如果为了满足需求下必须使用Context的话：Context尽量使用Application Context，因为Application的Context的生命周期比较长，引用它不会出现内存泄露的问题

6、尽量避免在ListView适配器中使用线程，因为线程产生内存泄露的主要原因在于线程生命周期的不可控制

7、之前使用的自定义ListView中适配数据时使用AsyncTask自行开启线程的，这个比用Thread更危险，因为Thread只有在run函数不 结束时才出现这种内存泄露问题，然而AsyncTask内部的实现机制是运用了线程执行池,这个类产生的Thread对象的生命周期是不确定的，是应用程序无法控制的，因此如果AsyncTask作为Activity的内部类，就更容易出现内存泄露的问题。如下： 
1）将线程的内部类，改为静态内部类。
2）在线程内部采用弱引用保存Context引用

8、图片用完了正确的释放…

if(!bmp.isRecycle() )

{          

    bmp.recycle()    //回收图片所占的内存           

    system.gc()  //提醒系统及时回收 

}