問題描述

在listView中點(diǎn)擊例如“美女圖片”后打開一個(gè)largeActivity；

largeActivity中有一個(gè)viewPager實(shí)現(xiàn)左右滑動瀏覽大圖；

在largeActivity打開的時(shí)候會通過okHttp從服務(wù)器請求一組5張圖片鏈接，圖片通過glide加載在viewPager中實(shí)現(xiàn)左右滑動瀏覽；

因?yàn)槊看尉W(wǎng)絡(luò)請求只能返回5張圖片鏈接，所以我在監(jiān)聽每次滑動viewPager的時(shí)候判斷當(dāng)前 postion小于存儲圖片鏈接的imageList.size() -1的時(shí)候，也就是每次滑動到倒數(shù)第二張的時(shí)候去網(wǎng)絡(luò)請求下一組圖片的鏈接；

然后通過add將新請求到的圖片鏈接添加進(jìn)imageList，然后再執(zhí)行一次pagerAdapter.notifyDataSetChanged()來實(shí)現(xiàn)viewPager繼續(xù)滑動瀏覽新請求到的圖片。

現(xiàn)在問題是如果用戶以正常速度滑動viewPager來瀏覽每張圖片的時(shí)候是沒有任何問題的，但是如果用戶飛速滑動viewPager的進(jìn)行瀏覽的時(shí)候就會出現(xiàn)在某一次請求新數(shù)據(jù)后就會出現(xiàn)APP崩潰的情況；錯誤信息在兩部不同的手機(jī)上報(bào)錯不一樣，但是都是在相同的情況下崩潰。Google遍都沒有找到解決辦法

華為榮耀報(bào)錯如下：

通過華為手機(jī)的報(bào)錯在網(wǎng)上找到通過設(shè)置 android:hardwareAccelerated='false'來關(guān)閉硬件加速的辦法，但是通過測試在快速滑動時(shí)還是會導(dǎo)致APP崩潰自動重啟的情況

樂視max2報(bào)錯如下：

03-21 05:42:44.071 18730-18730/com.abcd.reader.abcdreader E/InputEventReceiver: Exception dispatching input event.03-21 05:42:44.071 18730-18730/com.abcd.reader.abcdreader E/MessageQueue-JNI: Exception in MessageQueue callback: handleReceiveCallback03-21 05:42:44.084 18730-18730/com.abcd.reader.abcdreader E/MessageQueue-JNI: java.lang.IllegalStateException: The application’s PagerAdapter changed the adapter’s contents without calling PagerAdapter#notifyDataSetChanged! Expected adapter item count: 25, found: 30 Pager id: com.abcd.reader.abcdreader:id/vp_pager Pager class: class android.support.v4.view.ViewPager Problematic adapter: class com.abcd.reader.abcdreader.adapter.FollowDetailViewPagerAdapter

通過樂視手機(jī)的報(bào)錯懷疑是當(dāng)新請求的數(shù)據(jù)add進(jìn)imageList后，但是還沒來得及執(zhí)行notifyDataSetChanged，剛好在這時(shí)用戶在滑動viewPager的時(shí)候?qū)е碌模?b>為了驗(yàn)證猜測我修改了在當(dāng)前 postion小于存儲圖片鏈接的imageList.size() -2的時(shí)候，也就是每次滑動到倒數(shù)第三張的時(shí)候去網(wǎng)絡(luò)請求下一組圖片的鏈接；給imageList.add和notifyDataSetChanged預(yù)留了充分的執(zhí)行時(shí)間，這時(shí)候再次測試問題消失，華為手機(jī)和樂視手機(jī)均沒有再出現(xiàn)APP崩潰重啟的情況

但是我這個(gè)服務(wù)器請求回來的數(shù)據(jù)是不固定的，有時(shí)候可能每次返回5條，有時(shí)候10條，有時(shí)候只有1條，所以我現(xiàn)在的解決辦法并不能徹底解決煩請老師們給予指點(diǎn)一二，萬分感謝！

問題解答

大膽估計(jì)一下應(yīng)該是線程安全問題，可以嘗試一下以下修改，獲取新數(shù)據(jù)時(shí)，使用post方法去做更新，即viewPager.post()，notifyDataSetChanged放到post任務(wù)里去。還沒親自驗(yàn)證，如果不可以，也麻煩你告訴我一聲，我再看看。

具體錯誤原因我暫時(shí)無法幫你定位，我給你另一個(gè)實(shí)現(xiàn)的思路，可以嘗試使用RecycleView來實(shí)現(xiàn)同樣的效果。

不知道是不是我理解錯了，但images.size()-1不是倒數(shù)第二張，而是最后一張

建議把從服務(wù)器拉取條目的邏輯寫到Adapter的getItem；

@Overridepublic Fragment getItem(int position) { if(getCount()-1 == position){//在此處拉取 } return ArrayListFragment.newInstance(position);}回答4：

策略就錯了，每次只返回5個(gè)image的url是為什么？難道是為了節(jié)省流量嗎？最大的浪費(fèi)是三次握手的創(chuàng)建過程，上來就應(yīng)該拿到所有的url，然后自己控制圖片緩存。你每次到倒數(shù)第二張?jiān)偃フ埱螅膊慌侣闊?....

看問題，題主是在viewpager滑動監(jiān)聽的方法里面做網(wǎng)絡(luò)請求，如果使用者快速左右滑動viewpager，很可能多次執(zhí)行該回調(diào)。而之前的網(wǎng)絡(luò)請求還在進(jìn)行中，再次請求也就崩潰了。如果是這個(gè)原因造成的話，你可以增加一個(gè)標(biāo)記，如果當(dāng)前請求正在進(jìn)行中，在沒有得到正確或錯誤的回調(diào)前，不再進(jìn)行新的網(wǎng)絡(luò)請求。至于返回不條目數(shù)不固定的問題，如果你請求5張圖片，服務(wù)器只返回3張，說明服務(wù)器圖片已經(jīng)全給你了，你的網(wǎng)絡(luò)請求也就不要執(zhí)行了