有一段時間沒更新了 主要生活上出了點狀況 然後學習的速度明顯下降了(在看JS什麼的 太基礎的沒有什麼好整理的)
**************************正文*******************************
這裏提到的ListView只是作爲一個典型代表 其實在Android中 採用類似Adapter機制的GridView等都是可以適用的 而ListView應該是用得最多的 所以就以它來舉例
大家都知道 將ListView和Adapter綁定以後 其實也就是將數據源和控件顯示綁定在一起 而每次需要顯示ListView的時候 裏面的item其實是Adapter提供的 通過的就是重要的getView()方法 而做法也是在這上面進行
先來看一下基本的getView寫法
- public View getView(int position, View convertView, ViewGroup parent) {
- View view = new View();
- //通過inflate等找到佈局 然後findViewById等 設置各個顯示的item
- return view;
- }
而在ListView滑動的過程中 很容易就會發現每次getView被執行 都會new出一個View對象 長此以往會產生很大的消耗 特別當item中還有Bitmap等 甚至會造成OOM的錯誤導致程序崩潰
在看getView提供的參數時 可能已經注意到了 有一個參數View convertView 而這個convertView其實就是最關鍵的部分了 原理上講 當ListView滑動的過程中 會有item被滑出屏幕 而不再被使用 這時候Android會回收這個條目的view 這個view也就是這裏的convertView
在上面的做法中 當item1被移除屏幕的時候 我們會重新new一個View給新顯示的item_new 而如果使用了這個convertView 我們其實可以複用它 這樣就省去了new View的大量開銷
下面就是使用convertView後的情況
- public View getView(int position, View convertView, ViewGroup parent) {
- View view = null;
- if (convertView != null) {
- view = convertView;
- //複用了回收的view 只需要直接作內容填充的修改就好了
- } else {
- view = new Xxx(...);
- //沒有供複用的view 按一般的做法新建view
- }
- return view;
- }
這樣一來 就避免了反覆創建大量view的問題了
但是上面的仍然有缺陷 當我們的ListView中填充的item有多種形式時 比如微博中 有的item中包含圖片 有的item包含視頻 那麼必然的 我們需要用到2種item的佈局方式
此時如果只是單純判斷convert是否存在 會造成回收的view不符合你當前需要的佈局 而類似轉換失敗出錯退出
這裏要提到Adapter中的另外2個方法:
public int getItemViewType(int position) {}
public int getViewTypeCount() {}
從方法名上 就可以比較明顯的明白這2個的作用
下面附上一個demo代碼
- class MyAdapter extends BaseAdapter{
- Context mContext;
- LinearLayout linearLayout = null;
- LayoutInflater inflater;
- TextView tex;
- final int VIEW_TYPE = 2;
- final int TYPE_1 = 0;
- final int TYPE_2 = 1;
- public MyAdapter(Context context) {
- mContext = context;
- inflater = LayoutInflater.from(mContext);
- }
- @Override
- public int getCount() {
- return listString.size();
- }
- //每個convert view都會調用此方法,獲得當前所需要的view樣式
- @Override
- public int getItemViewType(int position) {
- int p = position%6;
- if(p == 0)
- return TYPE_1;
- else if(p < 3)
- return TYPE_2;
- else
- return TYPE_1;
- }
- @Override
- public int getViewTypeCount() {
- return 2;
- }
- @Override
- public Object getItem(int arg0) {
- return listString.get(arg0);
- }
- @Override
- public long getItemId(int position) {
- return position;
- }
- @Override
- public View getView(int position, View convertView, ViewGroup parent) {
- viewHolder1 holder1 = null;
- viewHolder2 holder2 = null;
- int type = getItemViewType(position);
- //無convertView,需要new出各個控件
- if(convertView == null)
- {
- //按當前所需的樣式,確定new的佈局
- switch(type)
- {
- case TYPE_1:
- convertView = inflater.inflate(R.layout.listitem1, parent, false);
- holder1 = new viewHolder1();
- holder1.textView = (TextView)convertView.findViewById(R.id.textview1);
- holder1.checkBox = (CheckBox)convertView.findViewById(R.id.checkbox);
- convertView.setTag(holder1);
- break;
- case TYPE_2:
- convertView = inflater.inflate(R.layout.listitem2, parent, false);
- holder2 = new viewHolder2();
- holder2.textView = (TextView)convertView.findViewById(R.id.textview2);
- holder2.imageView = (ImageView)convertView.findViewById(R.id.imageview);
- convertView.setTag(holder2);
- break;
- }
- }
- else
- {
- //有convertView,按樣式,取得不用的佈局
- switch(type)
- {
- case TYPE_1:
- holder1 = (viewHolder1) convertView.getTag();
- break;
- case TYPE_2:
- holder2 = (viewHolder2) convertView.getTag();
- break;
- }
- //設置資源
- switch(type)
- {
- case TYPE_1:
- holder1.textView.setText(Integer.toString(position));
- holder1.checkBox.setChecked(true);
- break;
- case TYPE_2:
- holder2.textView.setText(Integer.toString(position));
- holder2.imageView.setBackgroundResource(R.drawable.icon);
- break;
- }
- }
- return convertView;
- }
- }
- //各個佈局的控件資源
- class viewHolder1{
- CheckBox checkBox;
- TextView textView;
- }
- class viewHolder2{
- ImageView imageView;
- TextView textView;
- }
這裏對於每個View使用了一個viewHolder來控制其內部的子item
還有一個需要注意的地方是使用了setTag和getTag的方法 將holder綁定到了view上 也算一種技巧
以上基本就是主要的內容了 下面再補充實際操作當中的一些Tips
*如果convertView上用Type區分有些繁瑣 或者不需要那麼複雜 只是很少有出現不同的情況 那麼還可以在取得convertView後 通過java提供的 instanceof 來判斷是否可以強轉 如果不能強轉 就去新建一個View的做法 但是其實這種做法並不規範 所以還是推薦上面的做法
*第二個是關於ListView 對於純色的item背景 其實可以直接設置BackgroundColor 而不要使用圖片 這一部分其實可以有不小的提升 同樣的 對於任何純色的背景 應該儘量去設置RGB顏色 而不是全用一張圖片做背景
感謝guoxinya86指出 在做類型強轉的時候 這裏用type作爲區分類型的判斷 但是實際情況下 很可能出現系統回收的convertView與要創建的並不相符 所以在強轉處的type判斷是不保險的 考慮了下還是應該使用instanceof做一下判斷 或者再爲每個View綁定一個type的標記 然後再決定是重用還是重新創建