ListView的優化
對于ListView來說,應該算是布局中幾種最常用的組件之一了，使用也十分方便，下面個大家介紹一下兩種常見的優化方式.
1.條目復用優化
詳情見下圖:
總結: 通過對上圖的理解,那么我們得知listview的item是可以進行復用的,通過什么來復用?Android已經幫我們定義了一個方法getView(final int position, View convertView,ViewGroup parent) 里面的convertView 就是專門來處理復用的item的,因此我們只要對他處理就可以了.
2.優化findviewbyid
系統尋找子孩子id的方式: 從左向右,跟樹狀模式一樣.
每次尋找子孩子都消耗很多的資源,但是子孩子的id都是被創建出來的,
也就是是說他們是固定的,竟然如此那么我們就可以對他進行優化;
系統找R.id的模式見下圖:
總結: 通過對上圖的理解,那么我們得知findviewbyid(id) 的底層操作太耗時了,如果一個布局里面有一百多層,那么我就單單是找一個小小的'ImageView' 都會找半天.幸好在2009年的google IO大會上,google的工程師推出了一個優化的方式 通過自定義一個viewholder類,來對view的id進行綁定,從而減少系統查找這樣的耗時操作.
兩種優化方案實際代碼如下:
/** * @param position 位置 * @param convertview 復用view * 歷史回收的view對象. 當某個view對象被完全移除屏幕的時候 * 1. 盡量的復用converview(歷史緩存的view),減少view對象創建的個數 * 2. 盡量的減少子孩子id的查詢次數 . 定義一個viewholder */@Overridepublic View getView(final int position, View convertView, ViewGroup parent) { View view; ViewHolder holder; if (convertView != null) { // 復用歷史view對象 view = convertView; holder = (ViewHolder) view.getTag(); } else { // 創建新的view對象 view = View.inflate(getApplicationContext(), R.layout.item_callsmssafe, null); // 每次尋找子孩子消耗很多的資源cpu 內存. // 只有當子view對象第一次被創建的時候 查詢id holder = new ViewHolder(); holder.tv_mode = (TextView) view .findViewById(R.id.tv_black_mode); holder.tv_phone = (TextView) view .findViewById(R.id.tv_black_phone); holder.iv_delete_blacknumber = (ImageView) view .findViewById(R.id.iv_delete_blacknumber); view.setTag(holder);}/** * 子孩子id的容器*/static class ViewHolder { TextView tv_phone; TextView tv_mode; ImageView iv_delete_blacknumber;}感謝閱讀，希望能幫助到大家，謝謝大家對本站的支持！
新聞熱點
疑難解答
