rxjava+retrofit實現(xiàn)多圖上傳實例代碼

更新時間：2017年06月14日 10:19:57 作者：咚咚淌淌

本篇文章主要介紹了rxjava+retrofit實現(xiàn)多圖上傳實例代碼，小編覺得挺不錯的，現(xiàn)在分享給大家，也給大家做個參考。一起跟隨小編過來看看吧

在看了網(wǎng)上多篇rxjava和retrofit的文章后，大概有了一個初步的認識，剛好要做一個多圖上傳的功能，就拿它開刀吧。下面的內(nèi)容將基于之前實現(xiàn)方式和使用rxjava實現(xiàn)之間的異同展開，初次寫筆記不喜就噴。

普通版多圖上傳

由于目前手機照片動輒幾M的大小，如果不做處理就直接上傳，我就笑笑不說話（給個眼神你自己體會）。所以，上傳分為兩步：對圖片進行壓縮和請求上傳。下面請看偽代碼（PS：自己不會寫后臺，項目后臺不能拿來用，所以只能給偽代碼了）

//圖片集合
List<String> imgs = new ArrayList<>();
//壓縮后的圖片路徑集合
List<String> tmpImgs = new ArrayList<>();

Handler mHandler = new Handler() {
  @Override
  public void handleMessage(Message msg) {
    super.handleMessage(msg);
    //TODO 收到消息后調(diào)用網(wǎng)絡(luò)請求上傳
  }
};

public void compressImages() {
  new Thread(new Runnable() {
    @Override
    public void run() {
      for (String path : imgs) {
        //TODO 調(diào)用壓縮圖片的方法，壓縮后保存在一個臨時文件夾中
        tmpImgs.add("壓縮后路徑");
      }
      mHandler.sendEmptyMessage(0);
    }
  }).start();
}

看完后是不是覺得很麻煩，好吧可能僅僅是我實現(xiàn)的麻煩而已。都說使用rxjava后邏輯鏈會變得更清晰，就看看是不是這樣，下面請看用rxjava后的偽代碼：

@Multipart
@POST("your address")
Observable<String> uploadImgs(@PartMap Map<String, RequestBody> map,                     @Part("imgs") MultipartBody body);

//先定義一個請求接口，除了圖片可能還有其他一些參數(shù)需要上傳，所以還定義了個map。接下來開始正文：

public void upload() {
  final Map<String, RequestBody> map = new HashMap<>();
  map.put("userId", RequestBody.create(MediaType.parse("form-data"),"1");
  final MultipartBody.Builder builder = new MultipartBody.Builder();
  Observable.from(imgs)
      .map(new Func1<String, String>() {
        @Override
        public String call(String path) {
          //調(diào)用圖片壓縮，返回壓縮后路徑tmp_path
          //注意，F(xiàn)iledata是后臺給你的對應(yīng)的字段
          builder.addFormDataPart("Filedata", "avatar.png", RequestBody.create(MultipartBody.FORM, new File(tmp_path)));
          return path;
        }
      }).last()
      .flatMap(new Func1<String, Observable<String>>() {
        @Override
        public Observable<String> call(String path) {
          return apiService.uploadImgs(map, builder.build());
        }
      })
      .subscribeOn(Schedulers.io())
      .observeOn(AndroidSchedulers.mainThread())
      .subscribe(new Subscriber<String>() {
        @Override
        public void onCompleted() {
        }
        @Override
        public void onError(Throwable e) {
          //錯誤處理
        }
        @Override
        public void onNext(String res) {
          //成功后處理
        }
      });
}

1、首先定義個Map，這個就是用來上傳其他參數(shù)用的，為什么value是RequestBody類型的，用String不就可以了嗎，瞎裝什么逼啊。好吧，本汪開始也是這么認為的，結(jié)果傳到服務(wù)器的值自帶‘’加成，傳個1過去變成了‘1’，正打算一本正經(jīng)的找后臺談?wù)劦?，發(fā)現(xiàn)自己傳上去的就是這樣（臉紅ing）。然后發(fā)現(xiàn)用@part注解的，如果不使用RequestBody，會自動加上‘’，這點至今不知為何，還請懂的小伙伴釋疑。

2、然后是MultipartBody.Builder，顧名思義，能添加多個RequestBody，用來添加多個圖片。好了，小火車要開動了。

3、簡單說下接下來這一大段代碼是干嘛的，當(dāng)然建立在你已經(jīng)了解rxjava的from、map、flatmap、last是用來干嘛的基礎(chǔ)上。

a、from會將imgs集合拆分成單個的String發(fā)送出去

b、map的作用是在此進行圖片壓縮，并將壓縮后的圖片添加到MultipartBody.Builder，相當(dāng)于for循環(huán)壓縮了圖片。

c、flatmap這里，可謂是成敗再次一舉了。這里有一個轉(zhuǎn)換，注意map處理后返回的String依然是一個String類型，經(jīng)過flatmap后將轉(zhuǎn)化為 Observable<String>，也就是我們圖片上傳后返回的結(jié)果。

d、好了，到此為止好像已經(jīng)達到我們一條鏈下來就實現(xiàn)了圖片上傳的功能了，感覺是要清晰那么一點（如果沒有，那我還TM瞎折騰什么）。哎，別走啊你把last忽略掉是什么鬼。

e、如果不在map后添加last方法，大家可以試一試，保證后臺白眼都要翻到天上去了。由于from一個一個的發(fā)送，所以每一個對象都會在flatmap這里調(diào)用一次uploadImgs方法，這樣肯定是不行了，加last方法后，只會發(fā)送發(fā)送從map出來的序列的最后一個對象，這樣就保證在所有圖片都壓縮完成并且加入后MultipartBody.Builder后再調(diào)用uploadImgs方法，并且只會調(diào)用一次。

以上就是我用rxjava+retrofit做多圖上傳的小筆記，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。