之前做一個項目，項目裏面的佈局是這樣的：一個Viewpager，Viewpager裏面有三個Fragment，在第二個Fragment裏面有一個ListView，使用了BaseAdapter來顯示item。當時因爲圖方便，把獲取數據源mData的方法直接寫在了adapter的構造方法裏面，數據源通過syncHttpClient向後臺請求參數獲取。
大概的代碼如下：
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 }
這裏就不詳細的講SyncHttpClient的用法了，只說說我在使用過程中碰到的一些問題和解決辦法。
當時我在init()中用的是AsyncHttpClient（代碼裏面是SyncHttpCilent），沒在意AsyncHttpClient和SyncHttpClient的區別，隨意挑了前者，結果問題就出現了：
第一次init沒有問題，但是當init操作執行幾次後，頁面變成了空白一片，listView中的item都消失了。
我在adapter的init(),getView(),getCount()中都寫了Log，發現init()方法中的mData成功獲取了數據，但是getCount方法中顯示item數目爲0，而getView中的log更是直接就沒打印出來。一般來說，在一個類中，代碼的執行順序肯定是：變量聲明->構造方法->其他方法，所以init()應該是在getCount和getView之前執行的。現在數據獲取到了，但是卻沒有在佈局中顯示出來，慣性思維下，我覺得應該是adapter出現了問題。
我先從adapter的notifyDataSetChanged()方法入手,一步步點進去,最後進入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 }
從字面上看，就是一個循環，對每一個item進行判斷是否改變，若改變的話對佈局進行修改。但現在的問題是getCount爲0，也就是說並未進行這個循環，通過Log打印的順序，我對getView中Log沒打出來的問題有了大致的猜想:
在adapter中方法執行的順序爲：構造方法->getCount->getView,其他方法在adapter中並不是必不可少的，暫且不論。當listView綁定了一個adapter時，程序會執行構造方法，然後執行getCount()，getCount()會重複執行幾遍，當getCount方法不爲0時，執行getView方法。若getCount()一直爲0，那麼就不執行getView(),佈局自然而然就不會顯示出來。
現在的問題就是，數據取到了(mData有數據)，但是getCount爲什麼一直爲0呢？我想來想去也只有從第三方類庫SyncHttpClient入手了。在網上查了一下SyncHttpClient和AsyncHttpClient的特性，發現字面意思已經表達的很清楚了：sync->同步，async->異步……也就是說，當用AsyncHttpClient時，程序會自動新開一個線程，數據獲取在一個線程，而adapter中的getCount又在另一個線程，兩者的進度是無法把握的。結果很明顯了，雖然是init()方法先執行，但是由於AsyncHttpCilent新開了一個線程，導致在請求參數的過程中，getCount()也已經開始執行，AsyncHttpClient是一個較爲耗時的操作，所以每次getCount都先於client.get執行完畢，這就解釋了爲什麼getCount一直爲0而mData又不爲空了！
既然發現了問題那就很好解決了，最簡單的方法就是把AsyncHttpClient改成SyncHttpClient。但是這樣做性能很差，這就失去了異步操作存在的意義了。我的方法是在AsynHttpClient方法的末尾，即數據取完之後，加一個adapter.notifyDataSetChanged(),這時程序會自動再次執行getCount，很顯然這次的getCount就不爲0了，緊接着就執行getView顯示佈局，ok，問題解決。當然，開發完APP也是需要進行全方位的檢測：www.ineice.com