前言 今年是9102年了，應該沒有還在用 userId 來鑑權了吧，也應該很少人使用 cookie 來保持會話了吧？而現在更常用的是 Authorization , 關於Authorization

封面.jpg 經常需要下載網路上的圖片到本地，比如使用者頭像之類的，這裡採用rxjava+retrofit的形式去實現這個功能 HttpManager 類：就是一

前言 因為有需求，才會有解決方案。本篇文章就是為了解決以下類似問題： 統一為所有介面加上一個引數，如 appType 或則 version 統一為請求加上一個 header

前言 本章在上篇 統一狀態碼/Exception處理 的基礎上進行拓展，請現有一個必要的概念。 在介面對接中，我們最理想的狀態就是後端只返回一種資料結構，而且是規範的資料結構，但事實上大多數情況下都

前言 直接上資料結構： { "code": 200, "data": { "id": "1",

前言 網路請求在 Android 開發中非常常見，為了降低開發週期和難度，我們經常會選用網路請求的開源庫 而現在網路請求的開源庫越來越多，我們應該選用哪種呢？ 今天我就給大家分別介紹 & 對

一、前言 現如今 Android 領域流行的網路請求框架基本都是用 Retrofit 加 RxJava 來搭配構建的，而以 ViewModel + LiveData + Retrofit + RxJava

這裡的服務指的是介面API，在程式碼解耦中，有一種非常重要的方法就是“面向介面程式設計”，面向介面程式設計使得協作的模組之間只需要關注介面API，而無需關注API的具體實現。一套好的面向介面

前言： 哈哈，其實寫的還是很水，各位原諒我O(∩_∩)O。 介於自己的網路方面知識爛的一塌糊塗，所以準備寫相關網路的文章，但是考慮全部寫在一篇太長了，所以分開寫，希望大家能仔細看，最

為什麼要用apimock 在Android日常開發中，我們使用retrofit+Rxjava獲取介面資料。使用apimock有以下好處： Android UI需求開發完成了，可

在實際開發中，頁面關閉，取消請求是很常見的需求，這裡分享一種簡單的實現方法。 我的思路是把網路請求和上下文的生命週期繫結。這裡用用到了Rxjava的Subject，Subject 既是 Observable 又

首先我們知道retrofit底層是基於OkHttp的： 接著我們通過一個測試類，看一下retrofit的一般使用方法： public class RetrofitTest

原始碼的分析將從基本的使用方法入手，分析retrofit的實現方案，以及其中涉及到的一些有趣的技巧。 ‘Android技術交流群653583088，歡迎大家加入交流，暢談！本群有免費學習資料視訊’並

image.png 前言 Retrofit 和 RxJava 已經出來很久了，很多前輩寫了很多不錯的文章，在此不得不感謝這些前輩無私奉獻的開源精神，能讓我們站在

study.png 本文導語： 如果對Rxjava+Retrofit聯網不熟悉的朋友，可以參考下我之前寫的幾篇文章，有比較詳細的講解。 1、 優雅封裝Ret