listview详解
首先,让我们来了解下系统时怎么绘制listview的:
成都创新互联公司专业为企业提供施秉网站建设、施秉做网站、施秉网站设计、施秉网站制作等企业网站建设、网页设计与制作、施秉企业网站模板建站服务,10年施秉做网站经验,不只是建网站,更提供有价值的思路和整体网络服务。
ListView绘制的过程如下:
首先,系统在绘制ListView之前,将会先调用getCount方法来获取Item的个数。
之后每绘制一个Item就会调用一次getView方法,在此方法(getView)内就可以引用事先定义好的xml来确定显示的效果并返回一个View对象作为一个Item显示出来。也正是在这个过程中完成了适配器的主要转换功能,把数据和资源以开发者想要的效果显示出来。也正是getView的重复调用,使得ListView的使用更为简单和灵活。这两个方法是自定ListView显示效果中最为重要的,同时只要重写好了就两个方法,ListView就能完全按开发者的要求显示。而getItem和getItemId方法将会在调用ListView的响应方法的时候被调用到。所以要保证ListView的各个方法有效的话,这两个方法也得重写。比如:没有完成getItemId方法的功能实现的话,当调用ListView的getItemIdAtPosition方法时将会得不到想要的结果,因为该方法就是调用了对应的适配器的getItemId方法。
Adapter :
Adapter是连接后端数据和前端显示的适配器接口,是数据和UI(View)之间一个重要的纽带。在常见的View(ListView,GridView)等地方都需要用到Adapter。如下图直观的表达了Data、Adapter、View三者的关系:
Android ListView理解,BaseAdapter
ListView是Android开发过程中较为常见的组件之一,它将数据以列表的形式展现出来。一般而言,一个ListView由以下三个元素组成:
1.View,用于展示列表,通常是一个xml所指定的。大家都知道Android的界面基本上是由xml文件负责完成的,所以ListView的界面也理所应当的使用了xml定义。例如在ListView中经常用到的“android.R.layout.simple_list_item_1”等,就是Android系统内部定义好的一个xml文件。
2.适配器,用来将不同的数据映射到View上。不同的数据对应不同的适配器,如ArrayAdapter,CursorAdapter,SimpleAdapter等,他们能够将数组,指针指向的数据,Map等数据映射到View上。也正是由于适配器的存在,使得ListView的使用相当灵活,经过适配器的处理后,在view看来所有的数据映射过来都是一样的。
3.数据,具体的别映射的数据和资源,可以是字符串,图片等,通过适配器,这些数据将会被现实到ListView上。所有的数据和资源要显示到ListView上都通过适配器来完成。
系统已有的适配器可以将基本的数据显示到ListView上,如:数组,Cursor指向的数据,Map里的数据。但是在实际开发中这些系统已实现的适配器,有时不能满足我们的需求。而且系统自带的含有多选功能ListView在实际使用过程中会有一些问题。要实现复杂的ListView可以通过继承ListView并重写相应的方法完成,同时也可以通过继承BaseAdapter来实现。通过文档可以看出,ArrayAdapter,CursorAdapter,SimpleAdapter都继承于BaseAdapter。所以通过继承BaseAdapter就可以完成自己的Adapter,可以将任何复杂组合的数据和资源,以任何你想要的显示效果展示给大家。
继承BaseAdapter之后,需要重写以下四个方法:getCount,getItem,getItemId,getView。
在getView中可以完成自己想要的界面布局
具体的实现方法如下
public ManagerAdapter(List
this.mRegulatorList = mRegulatorList;
this.mContext = context;
this.mDataBase = mDataBase;
}
public int getCount() {
return (this.mRegulatorList.size());
}
public Object getItem(int position) {
return (this.mRegulatorList.get(position));
}
public long getItemId(int position) {
return (position);
}
/**
* 加载xml的条目,实现数据的初始化,为自己的控件设置监听事件
* @param position
* @param contentview
* @param arg2
* @return
*/
public View getView(int position, View contentview, ViewGroup arg2) {//加载XML视图文件
ViewHolder holder;
this.regulator = this.mRegulatorList.get(position);
//如果视图之间没有加载过,就加载xml
if (contentview == null) {
contentview = LayoutInflater.from(this.mContext).inflate(R.layout.manager_items, null);
holder = new ViewHolder();
this.bindID(contentview, holder);
//保存视图状态
contentview.setTag(holder);
} else {
holder = (ViewHolder) contentview.getTag();
this.setItemInfo( holder, position, mDataBase);
this.setClickListener(holder, position, mDataBase);
}
return contentview;
}
/**
* 设置一个容器用于存放控件
*/
public class ViewHolder {
TextView txtManagerItemMarkName;
TextView txtManagertmeLastTouchTime;
TextView txtManagerItemLastLocation;
TextView txtManagertgetDeviceName;
ImageView imgManagerItemUserHead;
Button btnManagerItemPhone;
Button btnManagerItemPosition;
}
/**
* 绑定视图ID,holder是组件容器
*
* @param contentview
* @param holder
*/
private void bindID(View contentview, ViewHolder holder) {
holder.imgManagerItemUserHead = (ImageView) contentview.findViewById(R.id.manageractivity_imv1);
holder.txtManagerItemLastLocation = (TextView) contentview.findViewById(R.id.manageractivity_txt2_location);
holder.txtManagerItemMarkName = (TextView) contentview.findViewById(R.id.manageractivity_txt2_name);
holder.txtManagertgetDeviceName = (TextView) contentview.findViewById(R.id.manageractivity_txt2_name);
holder.txtManagertmeLastTouchTime = (TextView) contentview.findViewById(R.id.manageractivity_txt3_time);
holder.btnManagerItemPhone = (Button) contentview.findViewById(R.id.manageractivity_btn_phone);
holder.btnManagerItemPosition = (Button) contentview.findViewById(R.id.manageractivity_btn_position);
}
ListView的工作原理如下:
ListView 针对每个item,要求 adapter “返回一个视图” (getView),也就是说ListView在开始绘制的时候,系统首先调用getCount()函数,根据他的返回值得到ListView的长度,然后根据这个长度,调用getView()一行一行的绘制ListView的每一项。如果你的getCount()返回值是0的话,列表一行都不会显示,如果返回1,就只显示一行。返回几则显示几行。如果我们有几千几万甚至更多的item要显示怎么办?为每个Item创建一个新的View?不可能!!!实际上Android早已经缓存了这些视图,大家可以看下下面这个截图来理解下,这个图是解释ListView工作原理的最经典的图了大家可以收藏下,不懂的时候拿来看看,加深理解,其实Android中有个叫做Recycler的构件,顺带列举下与Recycler相关的已经由Google做过N多优化过的东东比如:AbsListView.RecyclerListener、ViewDebug.RecyclerTraceType等等,要了解的朋友自己查下,不难理解,下图是ListView加载数据的工作原理(原理图看不清楚的点击后看大图):
下面简单说下上图的原理:
如果你有几千几万甚至更多的选项(item)时,其中只有可见的项目存在内存(内存内存哦,说的优化就是说在内存中的优化!!!)中,其他的在Recycler中
ListView先请求一个type1视图(getView)然后请求其他可见的项目。convertView在getView中是空(null)的
当item1滚出屏幕,并且一个新的项目从屏幕低端上来时,ListView再请求一个type1视图。convertView此时不是空值了,它的值是item1。你只需设定新的数据然后返回convertView,不必重新创建一个视图
示例代码如下
privateMyCustomAdaptermAdapter;
@Override
publicvoidonCreate(BundlesavedInstanceState){
super.onCreate(savedInstanceState);
mAdapter=newMyCustomAdapter();
for(inti=0;i<50;i++){
mAdapter.addItem("item "+i);
}
setListAdapter(mAdapter);
}
privateclassMyCustomAdapterextendsBaseAdapter{
privateArrayListmData=newArrayList();
privateLayoutInflatermInflater;
publicMyCustomAdapter(){
mInflater=(LayoutInflater)getSystemService(Context.LAYOUT_INFLATER_SERVICE);
}
publicvoidaddItem(finalStringitem){
mData.add(item);
notifyDataSetChanged();
}
@Override
publicintgetCount(){
returnmData.size();
}
@Override
publicStringgetItem(intposition){
returnmData.get(position);
}
@Override
publiclonggetItemId(intposition){
returnposition;
}
@Override
publicViewgetView(intposition,ViewconvertView,ViewGroupparent){
System.out.println("getView "+position+" "+convertView);
ViewHolderholder=null;
if(convertView==null){
convertView=mInflater.inflate(R.layout.item1,null);
holder=newViewHolder();
holder.textView=(TextView)convertView.findViewById(R.id.text);
convertView.setTag(holder);
}else{
holder=(ViewHolder)convertView.getTag();
}
holder.textView.setText(mData.get(position));
returnconvertView;
}
}
publicstaticclassViewHolder{
publicTextViewtextView;
}
}
执行程序,查看日志:
getView 被调用 9 次 ,convertView 对于所有的可见项目是空值(如下):
然后稍微向下滚动List,直到item10出现:
convertView仍然是空值,因为recycler中没有视图(item1的边缘仍然可见,在顶端)再滚动列表,继续滚动:
convertView不是空值了!item1离开屏幕到Recycler中去了,然后item11被创建,再滚动下:
此时的convertView非空了,在item11离开屏幕之后,它的视图(…0f8)作为convertView容纳item12了,好啦,结合以上原理,下面来看看今天最主要的话题,主角ListView的优化:
首先,这个地方先记两个ListView优化的一个小点:
1. ExpandableListView 与 ListActivity 由官方提供的,里面要使用到的ListView是已经经过优化的ListView,如果大家的需求可以用Google自带的ListView满足的的话尽量用官方的,绝对没错!
2.其次,像小马前面讲的,说ListView优化,其实并不是指其它的优化,就是内存是的优化,提到内存…(想到OOM,折腾了我不少时间),很多很多,先来写下,如果我们的ListView中的选项仅仅是一些简单的TextView的话,就好办啦,消耗不了多少的,但如果你的Item是自定义的Item的话,例如你的自定义Item布局ViewGroup中包含:按钮、图片、flash、CheckBox、RadioButton等一系列你能想到的控件的话, 你要在getView中单单使用文章开头提到的ViewHolder是远远不够的,如果数据过多,加载的图片过多过大,你BitmapFactory.decode的猛多的话,OOM搞死你,这个地方再警告下大家,是警告……….也提醒下自己:
小马碰到的问题大家应该也都碰到过的,自定义的ListView项乱序问题,我很天真的在getView()中强制清除了下ListView的缓存数据convertView,也就是convertView = null了,虽然当时是解决了这个问题让其它每次重绘,但是犯了大错了,如果数据太多的话,出现最最恶心的错,手机卡死或强制关机,关机啊哥哥们……O_O,客户杀了我都有可能,但大家以后别犯这样的错了,单单使用清除缓存convertView是解决不了实际问题的,继续……
下面是小记:图片用完了正确的释放…
下面来列举下真正意义上的优化吧:
ViewHolder Tag 必不可少,这个不多说!
如果自定义Item中有涉及到图片等等的,一定要狠狠的处理图片,图片占的内存是ListView项中最恶心的,处理图片的方法大致有以下几种:
2.1:不要直接拿个路径就去循环decodeFile();这是找死….用Option保存图片大小、不要加载图片到内存去;
2.2: 拿到的图片一定要经过边界压缩
2.3:在ListView中取图片时也不要直接拿个路径去取图片,而是以WeakReference(使用WeakReference代替强引用。比如可以使 用WeakReferencemContextRef)、SoftReference、WeakHashMap等的来存储图片信息,是图片信息不是图片哦!
2.4:在getView中做图片转换时,产生的中间变量一定及时释放,用以下形式:尽量避免在BaseAdapter中使用static 来定义全局静态变量,我以为这个没影响 ,这个影响很大,static是Java中的一个关键字,当用它来修饰成员变量时,那么该变量就属于该类,而不是该类的实例。所以用static修饰的变量,它的生命周期是很长的,如果用它来引用一些资源耗费过多的实例(比如Context的情况最多),这时就要尽量避免使用了..
如果为了满足需求下必须使用Context的话:Context尽量使用Application Context,因为Application的Context的生命周期比较长,引用它不会出现内存泄露的问题
尽量避免在ListView适配器中使用线程,因为线程产生内存泄露的主要原因在于线程生命周期的不可控制
网站名称:listview详解
文章分享:http://pwwzsj.com/article/pgscod.html