之前做一個(gè)項(xiàng)目，項(xiàng)目里面的布局是這樣的：一個(gè)Viewpager，Viewpager里面有三個(gè)Fragment，在第二個(gè)Fragment里面有一個(gè)ListView，使用了BaseAdapter來(lái)顯示item。當(dāng)時(shí)因?yàn)閳D方便，把獲取數(shù)據(jù)源mData的方法直接寫(xiě)在了adapter的構(gòu)造方法里面，數(shù)據(jù)源通過(guò)syncHttpClient向后臺(tái)請(qǐng)求參數(shù)獲取。

創(chuàng)新互聯(lián)建站主營(yíng)張家界網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營(yíng)網(wǎng)站建設(shè)方案,成都App定制開(kāi)發(fā),張家界h5重慶小程序開(kāi)發(fā)搭建,張家界網(wǎng)站營(yíng)銷(xiāo)推廣歡迎張家界等地區(qū)企業(yè)咨詢(xún)

大概的代碼如下：

1 private LayoutInflater mInflater;

 2private static List<Map<String, Object>> mData = new ArrayList<Map<String,Object>>();

 3private RequestQueue queue;

 4private ImageLoader p_w_picpathLoader;

 5private Context context;

 6private UserInfoEntity userInfoEntity;

 7

 8public LessonEndingAdapter(Context context) {

 9       this.context = context;

10       mInflater = LayoutInflater.from(context);

11       AuthCheck ac = new AuthCheck();

12       this.userInfoEntity = ac.getUserInfo(context);

13       queue = Volley.newRequestQueue(context);

14       p_w_picpathLoader = new ImageLoader(queue, new BitmapCache());

15       init();

16 }

17 private void init() {

18       mData.clear();

19       String url = Codes.URL_ROOT + "/lesson/studied.api?" +"userid="+ context.getSharedPreferences(Codes.USERINFO,0).getInt(Codes.USERID, 0) + "&token="+ context.getSharedPreferences(Codes.USERINFO,0).getString(Codes.TOKEN, "");

20       SyncHttpClient client = new SyncHttpClient();

21       client.get(url, new JsonHttpResponseHandler() {

22           @Override

23           public void onSuccess(intstatusCode, Header[]    headers,JSONObject response) {

24       super.onSuccess(statusCode, headers, response);

25       if (statusCode == 200) {

26             processJsonData(response);

27       }

28   }

29  });

30 }

這里就不詳細(xì)的講SyncHttpClient的用法了，只說(shuō)說(shuō)我在使用過(guò)程中碰到的一些問(wèn)題和解決辦法。

     當(dāng)時(shí)我在init()中用的是AsyncHttpClient（代碼里面是SyncHttpCilent），沒(méi)在意AsyncHttpClient和SyncHttpClient的區(qū)別，隨意挑了前者，結(jié)果問(wèn)題就出現(xiàn)了：

第一次init沒(méi)有問(wèn)題，但是當(dāng)init操作執(zhí)行幾次后，頁(yè)面變成了空白一片，listView中的item都消失了。

     我在adapter的init(),getView(),getCount()中都寫(xiě)了Log，發(fā)現(xiàn)init()方法中的mData成功獲取了數(shù)據(jù)，但是getCount方法中顯示item數(shù)目為0，而getView中的log更是直接就沒(méi)打印出來(lái)。一般來(lái)說(shuō)，在一個(gè)類(lèi)中，代碼的執(zhí)行順序肯定是：變量聲明->構(gòu)造方法->其他方法，所以init()應(yīng)該是在getCount和getView之前執(zhí)行的?，F(xiàn)在數(shù)據(jù)獲取到了，但是卻沒(méi)有在布局中顯示出來(lái)，慣性思維下，我覺(jué)得應(yīng)該是adapter出現(xiàn)了問(wèn)題。

     我先從adapter的notifyDataSetChanged()方法入手,一步步點(diǎn)進(jìn)去,最后進(jìn)入notifyChanged()方法，代碼如下：

1 public void notifyChanged(){

2   synchronized(mObservers){

3     //since onChanged() is implemented by the app,it could doanything,including

4     //removing itself from{@link mObservers}-and that could cause problem if

5     //an iterator is used om the ArrayList{link mObservers}.

6     //to avoid such problems,just march thru thelist in the reverse order.

7     for(int i = mObservers.size() - 1;!>=0;i--){

8       mObservers.get(i).onChanged();

9     }

10  }

11 }

從字面上看，就是一個(gè)循環(huán)，對(duì)每一個(gè)item進(jìn)行判斷是否改變，若改變的話(huà)對(duì)布局進(jìn)行修改。但現(xiàn)在的問(wèn)題是getCount為0，也就是說(shuō)并未進(jìn)行這個(gè)循環(huán)，通過(guò)Log打印的順序，我對(duì)getView中Log沒(méi)打出來(lái)的問(wèn)題有了大致的猜想:

     在adapter中方法執(zhí)行的順序?yàn)椋簶?gòu)造方法->getCount->getView,其他方法在adapter中并不是必不可少的，暫且不論。當(dāng)listView綁定了一個(gè)adapter時(shí)，程序會(huì)執(zhí)行構(gòu)造方法，然后執(zhí)行g(shù)etCount()，getCount()會(huì)重復(fù)執(zhí)行幾遍，當(dāng)getCount方法不為0時(shí)，執(zhí)行g(shù)etView方法。若getCount()一直為0，那么就不執(zhí)行g(shù)etView(),布局自然而然就不會(huì)顯示出來(lái)。

     現(xiàn)在的問(wèn)題就是，數(shù)據(jù)取到了(mData有數(shù)據(jù))，但是getCount為什么一直為0呢？我想來(lái)想去也只有從第三方類(lèi)庫(kù)SyncHttpClient入手了。在網(wǎng)上查了一下SyncHttpClient和AsyncHttpClient的特性，發(fā)現(xiàn)字面意思已經(jīng)表達(dá)的很清楚了：sync->同步，async->異步……也就是說(shuō)，當(dāng)用AsyncHttpClient時(shí)，程序會(huì)自動(dòng)新開(kāi)一個(gè)線(xiàn)程，數(shù)據(jù)獲取在一個(gè)線(xiàn)程，而adapter中的getCount又在另一個(gè)線(xiàn)程，兩者的進(jìn)度是無(wú)法把握的。結(jié)果很明顯了，雖然是init()方法先執(zhí)行，但是由于AsyncHttpCilent新開(kāi)了一個(gè)線(xiàn)程，導(dǎo)致在請(qǐng)求參數(shù)的過(guò)程中，getCount()也已經(jīng)開(kāi)始執(zhí)行，AsyncHttpClient是一個(gè)較為耗時(shí)的操作，所以每次getCount都先于client.get執(zhí)行完畢，這就解釋了為什么getCount一直為0而mData又不為空了！

     既然發(fā)現(xiàn)了問(wèn)題那就很好解決了，最簡(jiǎn)單的方法就是把AsyncHttpClient改成SyncHttpClient。但是這樣做性能很差，這就失去了異步操作存在的意義了。我的方法是在AsynHttpClient方法的末尾，即數(shù)據(jù)取完之后，加一個(gè)adapter.notifyDataSetChanged(),這時(shí)程序會(huì)自動(dòng)再次執(zhí)行g(shù)etCount，很顯然這次的getCount就不為0了，緊接著就執(zhí)行g(shù)etView顯示布局，ok，問(wèn)題解決。當(dāng)然，開(kāi)發(fā)完APP也是需要進(jìn)行全方位的檢測(cè)：www.ineice.com

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內(nèi)外云服務(wù)器15元起步，三天無(wú)理由+7*72小時(shí)售后在線(xiàn)，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國(guó)服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡(jiǎn)單易用、服務(wù)可用性高、性?xún)r(jià)比高”等特點(diǎn)與優(yōu)勢(shì)，專(zhuān)為企業(yè)上云打造定制，能夠滿(mǎn)足用戶(hù)豐富、多元化的應(yīng)用場(chǎng)景需求。

新聞標(biāo)題：使用AsyncHttpClient碰到的問(wèn)題及解決方法-創(chuàng)新互聯(lián)
URL網(wǎng)址：http://www.rwnh.cn/article48/hdeep.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供App設(shè)計(jì)、移動(dòng)網(wǎng)站建設(shè)、響應(yīng)式網(wǎng)站、網(wǎng)站策劃、網(wǎng)站設(shè)計(jì)、定制網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀(guān)點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話(huà)：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)