-
卡頓現象的解決方法：用內存換時間查看全部
-
直接把輸入流轉換成BITMAP查看全部
-
Asynctast的第三個參數就是這個任務最后返回值查看全部
-
json數據查看全部
-
connection查看全部
-
asynctask查看全部
-
記住學習BufferReader查看全部
-
url轉bitmap 圖片緩沖查看全部
-
各位我想請教一下，在現在的Android異步請求asyncTask是不是已經過時？現在有沒有什么更好的Android的異步請求的框架或者別的什么新的異步請求的工具查看全部
-
Lru算法查看全部
-
@Override public void onScroll(AbsListView view, int firstVisibleItem, int visibleItemCount, int totalItemCount) { // 滾動時一直回調，直到停止滾動時才停止回調。單擊時回調一次。 // firstVisibleItem：當前能看見的第一個列表項ID（從0開始） // visibleItemCount：當前能看見的列表項個數（小半個也算） // totalItemCount：列表項共數 mStart = firstVisibleItem; mEnd = firstVisibleItem + visibleItemCount; } @Override public void onScrollStateChanged(AbsListView view, int scrollState) { // 正在滾動時回調，回調2-3次，手指沒拋則回調2次。scrollState = 2的這次不回調 // 回調順序如下 // 第1次：scrollState = SCROLL_STATE_TOUCH_SCROLL(1) 正在滾動 // 第2次：scrollState = SCROLL_STATE_FLING(2) 手指做了拋的動作（手指離開屏幕前，用力滑了一下） // 第3次：scrollState = SCROLL_STATE_IDLE(0) 停止滾動 // 當屏幕停止滾動時為0；當屏幕滾動且用戶使用的觸碰或手指還在屏幕上時為1； // 由于用戶的操作，屏幕產生慣性滑動時為2 // 當滾到最后一行且停止滾動時，執行加載 if (scrollState == SCROLL_STATE_IDLE) { // 加載可見項 } // 停止任務 }查看全部
-
異步加載的總結查看全部
-
ListView的進一步優化1查看全部
-
1. 對于從網絡上獲取圖片這種需求，我們都要使用Cache來將我們的圖片緩存起來，尤其是對于ListVIew這種，不能每次我們滑動ListView就重新從網上下載圖片，這樣會很浪費資源而且浪費手機的流量。在Android中，已經為我們提供了一個用于緩存的類LruCache。我們可以使用這個類來實現我們對于圖片資源的緩存。 2. LruCache是將圖片緩存在內存中，而還有個第三方的類DiskLruCache來將圖片緩存到手機的Disk上，而我們大型的app，一般都是將LruCache和DiskLruCache結合起來使用，形成一個memory hierarchy。查看全部
-
1、使用多線程方法實現圖片的異步加載的壞處： 當網絡環境不是很好情況下，ListView本身的緩沖機制可能會造成ListView的item顯示錯亂。 2、兩種方法可以避免這種問題： （1）將當前的item與原始數據綁定 例如在Adapter的getView()方法中為每個ImageView設置一個url的tag String urlString = newsBean.imageUrl; viewHolder.imageView.setTag(urlString); 在主線程的Handler中真正加載進行更新UI時，會判斷這個tag是否是對應的。只有當tag是正確時才會真正做設置item的操作 if(mImageView.getTag().equals(urlString)) mImageView.setImageBitmap((Bitmap) msg.obj); （2）使用成員變量將對應的數據進行緩存，這種方式就相當于BaseAdapter中使用ViewHolder是一樣的。查看全部
舉報
0/150
提交
取消