一般是針對包含多個元素的View,如ListView,GridView,ExpandableListview,的時候我們是給其設(shè)置一個Adapter。Adapter是與View之間提供數(shù)據(jù)的橋梁,也是提供每個Item的視圖橋梁。
成都創(chuàng)新互聯(lián)公司專注于南城企業(yè)網(wǎng)站建設(shè),響應(yīng)式網(wǎng)站設(shè)計,商城網(wǎng)站定制開發(fā)。南城網(wǎng)站建設(shè)公司,為南城等地區(qū)提供建站服務(wù)。全流程按需網(wǎng)站設(shè)計,專業(yè)設(shè)計,全程項目跟蹤,成都創(chuàng)新互聯(lián)公司專業(yè)和態(tài)度為您提供的服務(wù)
以ListView為例,其工作原理為:
● ListView針對List中每個item, adapter都會調(diào)用一個getView的方法獲得布局視圖
●我們一般會Inflate一個新的View,填充數(shù)據(jù)并返回顯示
當然如果我們的Item很多話(比如上萬個),都會新建一個View嗎?很明顯這樣內(nèi)存是接受不了的,Google也不會這么做,Android中有個叫做Recycler的構(gòu)件,下圖是他的工作原理:

很明顯,無論數(shù)據(jù)中是多少個item,在顯示上Recycler只存儲其中可見的View在內(nèi)存中。當向下滑動時,頂部不可見Item直接回移動到下方再次填充數(shù)據(jù)變?yōu)樾略鲰棥_@樣就不用每次都新建一個View了。
這個也就是我們在Adapter中常見的getView方法的調(diào)用,對應(yīng)此方法我們就能看出,convertView就是每一Item在Recyler之前的布局視圖。
public View getView(int position, View convertView, ViewGrouppare
所以,Android已經(jīng)給我們提供了Recycler機制了,我們就應(yīng)該利用此機制,而不是每次都去inflate一個View。
Example
Don’t
public View getView(int position, View convertView, ViewGroupparent){ convertView = LayoutInflater.from(mContext).inflate(R.layout.item_view,null); //dosomething… return converView; }Do
public View getView(int position, View convertView, ViewGroupparent){ if (convertView ==null) { convertView =LayoutInflater.from(mContext).inflate(R.layout.item_view, null); } //dosomething… return converView; }ViewHolder的作用
之前所說的Recycler模式是為了解決重復(fù)inflate時候造成的View資源浪費,還哪有什么方法何可再次優(yōu)化我們的性能嗎?答案是Yes。
我們還是從getView中的每一個方法調(diào)用去查看,發(fā)現(xiàn)其實我們拿到convertView的時候,每次都會根據(jù)這個布局去findViewById。如下,使我們通常的寫法:
findViewById是在解析layout.xml布局那種其中的子View,解析xml是一個力氣活,所以Google也建議我們將這個費力不討好的活優(yōu)化起來,所以提出了ViewHolder的概念。
即,使用一個靜態(tài)類,保存xml中的各個子View的引用關(guān)系,這樣就不必要每次都去解析xml了。如下:就是針對上面代碼寫的一個ViewHolder
if (convertView == null) { convertView = mInflater.inflate(R.layout.item_view, null); } TextView titleTextView = (TextView) convertView.findViewById(R.id.text)); ImageView iconImageView = (ImageView)convertView.findViewButId( R.id.icon)); //DoSomething…findViewById是在解析layout.xml布局那種其中的子View,解析xml是一個力氣活,所以Google也建議我們將這個費力不討好的活優(yōu)化起來,所以提出了ViewHolder的概念。
即,使用一個靜態(tài)類,保存xml中的各個子View的引用關(guān)系,這樣就不必要每次都去解析xml了。如下:就是針對上面代碼寫的一個ViewHolder
static class ViewHolder { TextView titleTextView; ImageView iconImageView; }但是,在getView方法中我們只能拿到三個參數(shù),position、convertView、viewGroup是拿不到我們自定義的ViewHolder的。所以,我們希望通過convertView拿到ViewHolder只能將其放在tag里。
下面是一個完整的ViewHolder使用exmaple:
public View getView(int position, View convertView, ViewGroup parent) { ViewHolder holder; if (convertView == null) { convertView = mInflater.inflate(R.layout.item_view, null); holder = new ViewHolder(); holder.titleTextView = (TextView) convertView.findViewById(R.id.text); holder.iconImageView = (ImageView) convertView.findViewById(R.id.icon); convertView.setTag(holder); } else { holder = (ViewHolder) convertView.getTag(); } holder.titleTextView.setText(DATA[pos].title); holder.iconImageView.setImageBitmap(DATA[pos].bitmap); return convertView; } static class ViewHolder { TextView titleTextView; ImageView iconImageView; }Tips. Support.v7中的RecyclerView 就是采用了此思想來制作的。
多個類型的ViewType
當我們在Adapter中調(diào)用方法getView的時候,如果整個列表中的Item View如果有多種類型布局,如:

我們繼續(xù)使用convertView來將數(shù)據(jù)從新填充貌似不可行了,因為每次返回的convertView類型都不一樣,無法重用。
Android在設(shè)計上的時候,也想到了這點。所以,在adapter中預(yù)留的兩個方法。
public int getItemViewType(int position) ;
public int getViewTypeCount();
只需要重新這兩個方法,設(shè)置一下ItemViewType的個數(shù)和判斷方法,Recycler就能有選擇性的給出不同的convertView了。
Example:
@Override public intgetItemViewType(int position) { if (DATA[pos].type == 0) { return 0; } else { return 1; } } @Override public int getViewTypeCount() { return 2; } @Override public View getView(int position, View convertView, ViewGroup arg2) { TitleViewHolder titleHolder; InfoViewHolder infoHolder; int type = getItemViewType(position); if (convertView == null) { switch (type) { case 0: convertView = mInflater.inflate(R.layout.item_view, null); titleHolder = new TitleViewHolder(); titleHolder.titleTextView = (TextView) convertView.findViewById(R.id.text); titleHolder.iconImageView = (ImageView) convertView.findViewById(R.id.icon); convertView.setTag(titleHolder); break; case 1: convertView = mInflater.inflate(R.layout.item_view2, null); infoHolder = new InfoViewHolder(); infoHolder.titleTextView = (TextView) convertView.findViewById(R.id.text); convertView.setTag(infoHolder); break; } } else { switch (type) { case 0: titleHolder = (TitleViewHolder) convertView.getTag(); break; case 1: infoHolder = (InfoViewHolder) convertView.getTag(); break; } } switch (type) { case 0: titleHolder.titleTextView.setText(DATA[pos].title); break; case 1: infoHolder.titleTextView.setText(DATA[pos].title); infoHolder.iconImageView.setImageBitmap(DATA[pos].bitmap); break; } return convertView; } static class TitleViewHolder { public ImageView iconImageView; public TextView titleTextView; } static class InfoViewHolder { TextView titleTextView; ImageView iconImageView; }NotifyDataSetChanged刷新機制
當ListView中的數(shù)據(jù)發(fā)生了改變,我們希望刷新ListView中的View時,我們一般會調(diào)用NotifyDataSetChanged來刷新ListView。看一下它的源碼:
public void notifyChanged() { synchronized (mObservers) { // 向每一個子View發(fā)送onChanged for (int i = mObservers.size() - 1; i >= 0; i--) { mObservers.get(i).onChanged(); } } }發(fā) 現(xiàn)它針對每一個子View都做了刷新,當然,如果我們的數(shù)據(jù)都變量還可以理解。但是,一般條件下,我們需要更新的View不多。頻繁的調(diào)用 NotifyDataSetChanged方法,刷新整個界面不合適。這樣會把界面上顯示的所有item都全部重繪一次,即使只有一個view的內(nèi)容發(fā)生 了變化。
所以,我們可以寫一個update的方法,來單獨刷新一個View
private void updateView(int itemIndex){ intvisiblePosition = yourListView.getFirstVisiblePosition(); Viewv = yourListView.getChildAt(itemIndex - visiblePosition); ViewHolder viewHolder =(ViewHolder)v.getTag(); if(viewHolder!= null){ viewHolder.titleTextView.setText("我更新了"); } }Adapter中的網(wǎng)絡(luò)圖片優(yōu)化
ListView中的每一項Item基本都會帶著網(wǎng)絡(luò)圖片,當item比較多的時候,過多的網(wǎng)絡(luò)請求和過多的圖片存儲都會是ListView變慢變卡。
所以針對其做一下優(yōu)化:
● 采用線程池進行網(wǎng)絡(luò)圖片請求,網(wǎng)絡(luò)圖片請求獲取后使用本地緩存處理(LRUCache),內(nèi)存+本地文件緩存。當然,為了防止內(nèi)存溢出與回收不及時,需要使用弱引用(WeakReference)來存儲內(nèi)存中的圖片。
● 對網(wǎng)絡(luò)中取到的圖片進行按比例縮放,以減少內(nèi)存消耗。
● 滑動的時候不需要對網(wǎng)絡(luò)圖片進行請求。因為,網(wǎng)絡(luò)請求一般比較耗時,某Item的圖片,在請求來的時候如果被Recycler換掉,圖片就會對應(yīng)不上該Item。
Tips.網(wǎng)絡(luò)請求的工具類比較多不方便舉例子,但是使用比較頻繁的網(wǎng)絡(luò)圖片請求工具類就是Volley了,Volley提供了一個ImageLoader的工具類和NetworkImageView的網(wǎng)絡(luò)圖片請求View
本文鏈接:http://www.eoeandroid.com/thread-536377-1-1.html
創(chuàng)新互聯(lián)www.cdcxhl.cn,專業(yè)提供香港、美國云服務(wù)器,動態(tài)BGP最優(yōu)骨干路由自動選擇,持續(xù)穩(wěn)定高效的網(wǎng)絡(luò)助力業(yè)務(wù)部署。公司持有工信部辦法的idc、isp許可證, 機房獨有T級流量清洗系統(tǒng)配攻擊溯源,準確進行流量調(diào)度,確保服務(wù)器高可用性。佳節(jié)活動現(xiàn)已開啟,新人活動云服務(wù)器買多久送多久。
網(wǎng)站標題:搜狐面試題-listview每個item布局不同-創(chuàng)新互聯(lián)
分享地址:http://chinadenli.net/article6/dheeog.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供小程序開發(fā)、網(wǎng)站排名、服務(wù)器托管、商城網(wǎng)站、網(wǎng)站改版、域名注冊
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容