首先定义listView布局文件就不说了，一个是activity对应的布局，一个是listview中的item布局。（这个如果不知道就百度吧，应该很多）首先是把这个listView显示出来，在activity中两个步骤：1：找到listview对应的布局 xxx = (强转)findviewbyid(对应id)3：新建适配器：new myadapt(这里可以选择实现adapter的接口，也可以选择继承baseadapter，区别在于baseadapt已经辅助实现了一些虚函数，所以我们不需要再去写那么多方法，使代码看起来比较混乱)public class MyListAdapter extends BaseAdapter{public int getCount(){return blcaknumberlist.size();}public Object getItem(int position){return null;}public long getItemId(int position){return 0;}public View getView(int position, View convertView, ViewGroup parent){//R.layout.list_blacknumber_item，这个是对应的item，就用不多说了吧View view = View.inflate(getApplicationContext(),R.layout.list_blacknumber_item, null);//这里填写对应的item的数据填写，举个例子，假如item里面有一个id为 tv_list_num的textviewtv_list_num = (TextView) view.findViewById(R.id.tv_list_num);//获取了idtv.settext(这里面填充需要往里面设置的内容);return view;}}4：到这里一个listview已经建立完成了。如果就这样使用这个listview的话，我们可能会遇到的问题1：如果数据量很庞大，那么打开那个activity的时候会出现一个白屏（如果这样的话，用户体验可谓糟糕之极呀）。2：在滚动listView的时候会发现有一点卡，操作起来不流畅。3：内存消耗很大，占用资源很多。我逐个的说下优化方案：对于第一点：出现的那个白屏，是由于在显示前做了一个比较耗时的操作，例如做了大量的数据查询或者操作。解决方案1：就是将耗时操作放到线程中去做，这样耗时就不会造成屏幕卡住，而我们也可以用一些个比较美观的进度条来提示用户，我们目前正在进行的操作，这样用户应该就能比较舒服，不会认为你这个程序有毛病，而放弃这个程序。解决方案2：就是将耗时操作分片。当然也建议放到线程中，其次，我们将一次性需要耗时很多的操作并不一次性做完，而是分次去做。形象的说：如果我们的电话本中有1000个号码，我们不需要去全部找出来，而是首先找出10条左右，正好显示一页，这样时间会很短，当我们去拖动这个listview的时候，我们再去加载其他的选项，表现在数据库上就是分页的查找了。这样一优化，我想这个listview不单单是不会出现打开那个activity的时候卡住，而且很快，内存的消耗也降低了很多，原来需要将1000条数据全部加载到listview中，现在只需要加载几十条，那内存节省的肯定不是一点点吧？？对于第二点：listview拖动的时候卡，要解决这个问题首先我们要清楚原因：原因是1：我们由下向上拖动listview的时候，android系统会自动的去销毁我们看不到的部分，并且创建进入我们视野的部分，所以上面的item会不停的被销毁，而进入窗口的activity会不停的被创建。而创建一个item会消耗大量的资源，所以导致卡。解决方案：重复利用已经建好的item。这个思想是和线程池和连接池的思路是一样一样的。我们如果能看到的item的个数是9个，那么我们就建立10个这样的item，当我们一个item消失的时候，我们不是去销毁这个对象，而是把这个对象给我们即将进入视野的这个item去使用。这样就可以重复的利用这个item，就不需要重复的去创建item了，还会卡吗？？对于第三点，我想，第一点和第二点解决以后，第三点就迎刃而解了。关于异步处理耗时操作，这里要稍微补充一点：异步操作时，如果我们的程序去访问了那些还没有操作完成的资源，就容易空指针异常。所以我们的解决办法是：使用handler，当我们操作完成的时候，给handler发送一个消息，让它执行下一步操作。（例如我们在查找数据库，查找还没有完成，然后adapter就去拿数据了，难免会有空指针异常）当然，我们可以使用android的异步任务，说到异步任务，这里展开一下下：定义一个我们自己的异步任务吧，嘿嘿：首先写一个虚类public abstract class MyAsyncTask{private Handler handler = new Handler(){public void handleMessage(Message msg){onPostExecute();}};/**** 后台任务执行之前，提示用户的界面操作*/public abstract void onPreExecute();/**** 后台任务执行之后，提示更新界面的操作*/public abstract void onPostExecute();/**** 在后台执行一个耗时的操作*/public abstract void dnInBackground();public void execute(){onPreExecute();new Thread(){public void run(){dnInBackground();handler.sendEmptyMessage(0);}}.start();}}然后在我们需要使用异步的时候在主线程中定义有一个MyAsyncTask，然后分别填充着几个虚函数就可以了。当然也可以使用系统自带的异步任务类AsyncTask<void>,它也定义了那几个方法，不过封装的更全面一点了哦，好了，说到这我觉得已经很清楚了，自己尝试下哦，亲。关于优化listView我们可以先看下适配器中的getView方法public View getView(int position, View convertView, ViewGroup parent){//R.layout.list_blacknumber_item，这个是对应的item，就用不多说了吧View view = View.inflate(getApplicationContext(),R.layout.list_blacknumber_item, null);//这里填写对应的item的数据填写，举个例子，假如item里面有一个id为 tv_list_num的textviewtv_list_num = (TextView) view.findViewById(R.id.tv_list_num);//获取了idtv.settext(这里面填充需要往里面设置的内容);return view;}它的作用是把我们需要显示的View准备好在里面添加一句打印操作的时候，我们会发现，每次出现的时候都会去调用，很消耗资源。怎么优化呢，那我们来看下getview 的几个参数View convertView,历史缓存的view对象 当界面有一个item被移除的时候会有数据，就是需要销毁的item将这句代码做如下优化View view = View.inflate(getApplicationContext(),R.layout.list_blacknumber_item, null);：View view;if(convertView!=null && convertView instanceof LinearLayout){view = convertView;}else{view = View.inflate(getApplicationContext(),R.layout.list_phonenumber_item, null);}这里我们当有了这个view的时候就不去销毁，直接去使用这个线程的，不需要去不停的创建和销毁，，效率是不是高了很多了哦？？相信可以明显的感觉到的。另外，如果我们的findViewbyid的时候，这个id有很多层，找find的时候很耗时的话也可以对它进行优化至于数据库的分页查找就不说了哦
也许叔本华是对的，人与人的距离太远会寂寞到寒冷，
