public View getView(int position, View convertView, ViewGroup parent) {
	    if (convertView == null) {
	        convertView = mInflater.inflate(R.layout.your_layout, null);
	    }
	
	    TextView text = (TextView) convertView.findViewById(R.id.text);
	    text.setText("Position " + position);
	
	    return convertView;
	}

Android很常见的一个操作就是在布局文件中找到一个内部的View。通常是使用一个findViewById()的View方法来实现的。这个findViewById()方法在View树中，根据一个View ID，会递归的被调用来找到其子树。虽然在静态UI布局中使用findViewById()是完全正常的。但是，在滑动时，ListView调用其Adapter中的getView()是非常频繁的。findViewById()可能会影响ListView滑动时的性能，尤其是你的行布局是很复杂的时候。

寻找一个充气布局内的内部观点是在Android上最常用的操作之一。这通常是通过一个名为findViewById（查看方法完成）。此方法将递归经过视图树寻找一个孩子用给定的ID码。静态的UI布局使用findViewById（）是完全正常，但正如你所看到的，ListView中滚动时调用适配器的getView（）非常频繁。 findViewById（）可能perceivably击中ListViews，尤其是滚动的性能，如果你行的布局是不平凡的。

View Holder的模式就是减少在Adapter中getView()方法中调用findViewById()次数。实际上，View Holder是一个轻量级的内部类，用于直接引用到所有内部views。在创建View之后，你可以在每行的View存储为一个标签。通过这种方法，只需要在初次创建布局的时候调用findViewById()。下面是一个使用上述方法的View Holder模板的代码示例：

	public View getView(int position, View convertView, ViewGroup parent) {
	    ViewHolder holder;
	
	    if (convertView == null) {
	        convertView = mInflater.inflate(R.layout.your_layout, null);
	
	        holder = new ViewHolder();
	        holder.text = (TextView) convertView.findViewById(R.id.text);
	
	        convertView.setTag(holder);
	    } else {
	        holder = convertView.getTag();
	    }
	
	    holder.text.setText("Position " + position);
	
	    return convertView;
	}

	private static class ViewHolder {
	    public TextView text;
	}

异步加载

很多时候，Android应用在ListView每行中显示一些多媒体内容，比如图片等。在Adapter中的getView()使用应用内置的图片资源还是不会出什么问题的，因为可以存储在Android的高速缓存中。但当你想多态的显示来自本地磁盘或网络的内容时，例如缩略图，简历图片等。在这种情况下，你可能不希望直接在Adapter中的getView()加载它们，因为IO进程会阻塞UI线程。如果这样做的话，ListView就看起来非常卡顿。

在一个单独的线程，如果想要运行的所有行的IO操作或任何高负载CPU限制的异步操作。其中的技巧就是要做到符合ListView的回收行为。例如，如果在Adapter中的getView()中，使用AsyncTask的加载去加载资料图片，在AsyncTask完成之前，你正在加载的图片View就有可能被回收用于其他地方。所以，一旦异步操作完成的同时，需要一种机制来知道如果相应的View有没有被回收。

一个简单的方法来实现这一目标是通过附加一些标识该行与它相关的View的信息。然后，当异步操作完成的适合，检查目标行的View和标识的View是否一致。实现这一目标的方法很多。下面是实现这种方法的一个很简单的示例：

	public View getView(int position, View convertView,
	        ViewGroup parent) {
	    ViewHolder holder;
	
	    ...
	
	    holder.position = position;
	
	    new ThumbnailTask(position, holder)
	            .executeOnExecutor(AsyncTask.THREAD_POOL_EXECUTOR, null);
	
	    return convertView;
	}

	private static class ThumbnailTask extends AsyncTask {
	    private int mPosition;
	    private ViewHolder mHolder;
	
	    public ThumbnailTask(int position, ViewHolder holder) {
	        mPosition = position;
	        mHolder = holder;
	    }
	
	    @Override
	    protected Cursor doInBackground(Void... arg0) {
	        // Download bitmap here
	    }
	
	    @Override
	    protected void onPostExecute(Bitmap bitmap) {
	        if (mHolder.position == mPosition) {
	            mHolder.thumbnail.setImageBitmap(bitmap);
	        }
	    }
	}

	private static class ViewHolder {
	    public ImageView thumbnail;
	    public int position;
	}

人机交互知识

做到在每一行异步加载很多资源，是一个高性能的ListView的必经之路。但是，在滑动屏幕时，如果你一味的在每一个getView()调用里面都去启动一个异步的操作，造成的结果就是你会浪费大量资源。因为行被频繁回收，造成大部分返回的结果会被丢弃。

考虑到实际的人机交互情况，在ListView适配器中，在每一行中都不应该去触发任何异步操作。也就是说，在ListView中有fling(快速滑动)操作时，启动任何异步操作都没有任何意义。一旦滚动停止或即将停止，才是开始真正显示每行的内容的时候。

我不会发布一个代码示例贴在这里，因为其中涉及到的代码太多。Romain Guy写了一个很经典的应用：Shelves app，其中有一个很好的的示例。当GridView停止滑动时不做其他事情时，它就开始触发从而去异步加载书的封面资源。即使在滑动时，你也可以展示缓存中的内容，通过使用memory cache来平衡交互。这真是个好主意！

以上