在看了網(wǎng)上多篇rxjava和retrofit的文章后，大概有了一個初步的認(rèn)識，剛好要做一個多圖上傳的功能，就拿它開刀吧。下面的內(nèi)容將基于之前實現(xiàn)方式和使用rxjava實現(xiàn)之間的異同展開，初次寫筆記不喜就噴。
普通版多圖上傳
由于目前手機照片動輒幾M的大小，如果不做處理就直接上傳，我就笑笑不說話（給個眼神你自己體會）。所以，上傳分為兩步：對圖片進(jìn)行壓縮和請求上傳。下面請看偽代碼（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) { //成功后處理 } });}黑人問號臉？代碼看起來還是很多啊，你TM在逗我。聽本汪開始胡說八道：
1、首先定義個Map，這個就是用來上傳其他參數(shù)用的，為什么value是RequestBody類型的，用String不就可以了嗎，瞎裝什么逼啊。好吧，本汪開始也是這么認(rèn)為的，結(jié)果傳到服務(wù)器的值自帶‘'加成，傳個1過去變成了‘1'，正打算一本正經(jīng)的找后臺談?wù)劦模l(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的作用是在此進(jìn)行圖片壓縮，并將壓縮后的圖片添加到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)達(dá)到我們一條鏈下來就實現(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í)有所幫助，也希望大家多多支持武林網(wǎng)。
新聞熱點
疑難解答
圖片精選
