建站
咨詢
售后
建站咨詢
新聞中心
譯者注：
專注于為中小企業(yè)提供成都做網(wǎng)站、成都網(wǎng)站制作服務(wù),電腦端+手機(jī)端+微信端的三站合一,更高效的管理,為中小企業(yè)天峻免費(fèi)做網(wǎng)站提供優(yōu)質(zhì)的服務(wù)。我們立足成都，凝聚了一批互聯(lián)網(wǎng)行業(yè)人才，有力地推動(dòng)了上1000+企業(yè)的穩(wěn)健成長(zhǎng)，幫助中小企業(yè)通過(guò)網(wǎng)站建設(shè)實(shí)現(xiàn)規(guī)模擴(kuò)充和轉(zhuǎn)變。
1. 由于這是技術(shù)文章，所以有些詞句使用原文，表達(dá)更準(zhǔn)確。
2. 由于水平有效，有些地方可能翻譯的不夠準(zhǔn)確，如有不當(dāng)之處，敬請(qǐng)批評(píng)指正；
3. inflation這個(gè)詞一直找不到特別好的中文翻譯。
ListView如何運(yùn)作的？
ListView是設(shè)計(jì)應(yīng)用于對(duì)可擴(kuò)展性和高性能要求的地方。實(shí)際上，這就意味著ListView有以下2個(gè)要求：
- 盡可能少的創(chuàng)建View；
- 只是繪制和布局在屏幕上可見(jiàn)的子View。
理解***點(diǎn)很簡(jiǎn)單：通過(guò)布局xml文件在創(chuàng)建View并顯示是很昂貴耗時(shí)耗資源的操作。盡管布局文件已經(jīng)編譯打包成了二進(jìn)制形式以便于更高效的語(yǔ)法解析，但是創(chuàng)建View仍然需要通過(guò)一個(gè)特殊的XML樹(shù)，并實(shí)例化所有需要響應(yīng)的View。
ListView通過(guò)回收一些不可見(jiàn)的Views，通常在Android源碼中稱為“ScrapView(廢棄的View)”來(lái)解決這個(gè)問(wèn)題。這及意味著開(kāi)發(fā)者只需要簡(jiǎn)單的更新每行的內(nèi)容而不需要針對(duì)每個(gè)單獨(dú)的行的布局來(lái)創(chuàng)建View。
為了實(shí)現(xiàn)第二點(diǎn)，在我們滑動(dòng)屏幕時(shí)，ListView通過(guò)使用View回收器來(lái)增加低于或者高于當(dāng)當(dāng)前窗口的Views，并當(dāng)前活動(dòng)的Views移動(dòng)到一個(gè)可回收池中。這樣的話，ListView只需要在內(nèi)存中保持足夠多的Views去填充分配空間中的布局和一些額外的可回收Views，即使當(dāng)你的Adapter有上百個(gè)items的適合。它會(huì)使用不同的方法去填充行之間的空間，從頂部或者底部等等，具體取決于窗口是如何變化的。
下面這個(gè)圖很直觀的展示了當(dāng)你按下ListView的時(shí)候發(fā)生了什么：
通過(guò)上述介紹，相比我們已經(jīng)熟悉了ListView的這種機(jī)制，讓我們繼續(xù)前往技巧部分。正如上述介紹的，在滑動(dòng)時(shí)，ListView通過(guò)動(dòng)態(tài)的創(chuàng)建和回收很多View，實(shí)現(xiàn)了盡可能地讓Adapter的getView()輕量。所有的技巧都是通過(guò)多種方法讓getView()更快。
View的回收
當(dāng)ListView每次需要在屏幕上顯示新的一行的時(shí)候，會(huì)從其Adapter中調(diào)用getView()的方法。眾所周知，getView()方法有3個(gè)參數(shù)：行的位置， convertView以及父ViewGroup。
參數(shù)convertView說(shuō)穿來(lái)就是之前講述的ScrapView。當(dāng)ListView要求更新一行的布局時(shí)，convertView是一個(gè)非空值。因此，當(dāng)convertView值非空時(shí)，你僅僅需要更新內(nèi)容即可，而不需要重新一個(gè)新行的布局。getView()在Adapter中一般是如下的形式：
- public View getView(int position, View convertView, ViewGroup parent) {
- if (convertView == null) {
- convertView = mInflater.inflate(R.layout.your_layout, null);
- }
- TextView text = (TextView) convertView.findViewById(R.id.text);
- text.setText("Position " + position);
- return convertView;
- }
View Holder如何寫的模板
Android很常見(jiàn)的一個(gè)操作就是在布局文件中找到一個(gè)內(nèi)部的View。通常是使用一個(gè)findViewById()的View方法來(lái)實(shí)現(xiàn)的。這個(gè)findViewById()方法在View樹(shù)中，根據(jù)一個(gè)View ID，會(huì)遞歸的被調(diào)用來(lái)找到其子樹(shù)。雖然在靜態(tài)UI布局中使用findViewById()是完全正常的。但是，在滑動(dòng)時(shí)，ListView調(diào)用其Adapter中的getView()是非常頻繁的。findViewById()可能會(huì)影響ListView滑動(dòng)時(shí)的性能，尤其是你的行布局是很復(fù)雜的時(shí)候。
尋找一個(gè)充氣布局內(nèi)的內(nèi)部觀點(diǎn)是在Android上最常用的操作之一。這通常是通過(guò)一個(gè)名為findViewById（查看方法完成）。此方法將遞 歸經(jīng)過(guò)視圖樹(shù)尋找一個(gè)孩子用給定的ID碼。靜態(tài)的UI布局使用findViewById（）是完全正常，但正如你所看到的，ListView中滾動(dòng)時(shí)調(diào)用 適配器的getView（）非常頻繁。 findViewById（）可能perceivably擊中ListViews，尤其是滾動(dòng)的性能，如果你行的布局是不平凡的。
View Holder的模式就是減少在Adapter中g(shù)etView()方法中調(diào)用findViewById()次數(shù)。實(shí)際上，View Holder是一個(gè)輕量級(jí)的內(nèi)部類，用于直接引用到所有內(nèi)部views。在創(chuàng)建View之后，你可以在每行的View存儲(chǔ)為一個(gè)標(biāo)簽。通過(guò)這種方法，只需要在初次創(chuàng)建布局的時(shí)候調(diào)用findViewById()。下面是一個(gè)使用上述方法的View Holder模板的代碼示例：
- public View getView(int position, View convertView, ViewGroup parent) {
- ViewHolder holder;
- if (convertView == null) {
- convertView = mInflater.inflate(R.layout.your_layout, null);
- holder = new ViewHolder();
- holder.text = (TextView) convertView.findViewById(R.id.text);
- convertView.setTag(holder);
- } else {
- holder = convertView.getTag();
- }
- holder.text.setText("Position " + position);
- return convertView;
- }
- private static class ViewHolder {
- public TextView text;
- }
異步加載
很多時(shí)候，Android應(yīng)用在ListView每行中顯示一些多媒體內(nèi)容，比如圖片等。在Adapter中的getView()使用應(yīng)用內(nèi)置的圖片資源還是不會(huì)出什么問(wèn)題的，因?yàn)榭梢源鎯?chǔ)在Android的高速緩存中。但當(dāng)你想多態(tài)的顯示來(lái)自本地磁盤或網(wǎng)絡(luò)的內(nèi)容時(shí)，例如縮略圖，簡(jiǎn)歷圖片等。在這種情況下，你可能不希望直接在Adapter中的getView()加載它們，因?yàn)镮O進(jìn)程會(huì)阻塞UI線程。如果這樣做的話，ListView就看起來(lái)非?？D。
在一個(gè)單獨(dú)的線程，如果想要運(yùn)行的所有行的IO操作或任何高負(fù)載CPU限制的異步操作。其中的技巧就是要做到符合ListView的回收行為。例如，如果在Adapter中的getView()中，使用AsyncTask的加載去加載資料圖片，在AsyncTask完成之前，你正在加載的圖片View就有可能被回收用于其他地方。所以，一旦異步操作完成的同時(shí)，需要一種機(jī)制來(lái)知道如果相應(yīng)的View有沒(méi)有被回收。
一個(gè)簡(jiǎn)單的方法來(lái)實(shí)現(xiàn)這一目標(biāo)是通過(guò)附加一些標(biāo)識(shí)該行與它相關(guān)的View的信息。然后，當(dāng)異步操作完成的適合，檢查目標(biāo)行的View和標(biāo)識(shí)的View是否一致。實(shí)現(xiàn)這一目標(biāo)的方法很多。下面是實(shí)現(xiàn)這種方法的一個(gè)很簡(jiǎn)單的示例：
- public View getView(int position, View convertView,
- ViewGroup parent) {
- ViewHolder holder;
- ...
- holder.position = position;
- new ThumbnailTask(position, holder)
- .executeOnExecutor(AsyncTask.THREAD_POOL_EXECUTOR, null);
- return convertView;
- }
- private static class ThumbnailTask extends AsyncTask {
- private int mPosition;
- private ViewHolder mHolder;
- public ThumbnailTask(int position, ViewHolder holder) {
- mPosition = position;
- mHolder = holder;
- }
- @Override
- protected Cursor doInBackground(Void... arg0) {
- // Download bitmap here
- }
- @Override
- protected void onPostExecute(Bitmap bitmap) {
- if (mHolder.position == mPosition) {
- mHolder.thumbnail.setImageBitmap(bitmap);
- }
- }
- }
- private static class ViewHolder {
- public ImageView thumbnail;
- public int position;
- }
人機(jī)交互知識(shí)
做到在每一行異步加載很多資源，是一個(gè)高性能的ListView的必經(jīng)之路。但是，在滑動(dòng)屏幕時(shí)，如果你一味的在每一個(gè)getView()調(diào)用里面都去啟動(dòng)一個(gè)異步的操作，造成的結(jié)果就是你會(huì)浪費(fèi)大量資源。因?yàn)樾斜活l繁回收，造成大部分返回的結(jié)果會(huì)被丟棄。
考慮到實(shí)際的人機(jī)交互情況，在ListView適配器中，在每一行中都不應(yīng)該去觸發(fā)任何異步操作。也就是說(shuō)，在ListView中有fling(快速滑動(dòng))操作時(shí)，啟動(dòng)任何異步操作都沒(méi)有任何意義。一旦滾動(dòng)停止或即將停止，才是開(kāi)始真正顯示每行的內(nèi)容的時(shí)候。
我不會(huì)發(fā)布一個(gè)代碼示例貼在這里，因?yàn)槠渲猩婕暗降拇a太多。Romain Guy寫了一個(gè)很經(jīng)典的應(yīng)用：Shelves app，其中有一個(gè)很好的的示例。當(dāng)GridView停止滑動(dòng)時(shí)不做其他事情時(shí)，它就開(kāi)始觸發(fā)從而去異步加載書的封面資源。即使在滑動(dòng)時(shí)，你也可以展示緩存中的內(nèi)容，通過(guò)使用memory cache來(lái)平衡交互。這真是個(gè)好主意！
以上
我強(qiáng)烈推薦你看下Romain Guy和Adam Powell的關(guān)于ListView的討論，里面涵蓋了很多這篇文章的東西。你可以看看Pattrn，可以看到這里面的幾個(gè)技巧是如何在應(yīng)用中運(yùn)用的。
新聞名稱：提升AndroidListView性能的幾個(gè)技巧
文章位置：http://www.dlmjj.cn/article/copdihd.html
