使用AsyncHttpClient碰到的問(wèn)題及解決方法

之前做一個(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ù)獲取。

大概的代碼如下：

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)行判斷是否改變，若改變的話對(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í)行getCount()，getCount()會(huì)重復(fù)執(zhí)行幾遍，當(dāng)getCount方法不為0時(shí)，執(zhí)行getView方法。若getCount()一直為0，那么就不執(zhí)行getView(),布局自然而然就不會(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è)線程，數(shù)據(jù)獲取在一個(gè)線程，而adapter中的getCount又在另一個(gè)線程，兩者的進(jìn)度是無(wú)法把握的。結(jié)果很明顯了，雖然是init()方法先執(zhí)行，但是由于AsyncHttpCilent新開(kāi)了一個(gè)線程，導(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í)行getCount，很顯然這次的getCount就不為0了，緊接著就執(zhí)行getView顯示布局，ok，問(wèn)題解決。當(dāng)然，開(kāi)發(fā)完APP也是需要進(jìn)行全方位的檢測(cè)：www.ineice.com