摘要:
此文只是方便重看,原文在:http://www.mamicode.com/info-detail-1199706.html 1.1 HTTP應(yīng)用場(chǎng)景 http誕生之初主要是應(yīng)用于web端內(nèi)容獲取,那時(shí)候內(nèi)容還不像現(xiàn)在這樣豐富,排版也沒(méi)那么精美,用戶交互的場(chǎng)景幾乎沒(méi)有。對(duì)于這種簡(jiǎn)單的獲取網(wǎng)頁(yè)內(nèi)容的場(chǎng)景
閱讀全文
摘要:
源碼:https://gitee.com/xcode_xiao/OkHttpHelper 網(wǎng)絡(luò)請(qǐng)求緩存的支持,OKHttp Retrofit (get,post,一切,文字,圖片,語(yǔ)音,文件,自定義緩存目錄):CacheInterceptor.javaGzip網(wǎng)絡(luò)數(shù)據(jù)壓縮的支持:GzipReques
閱讀全文
摘要:
前沿 首先OkHttp3是支持Gzip解壓縮的,不過(guò)我們要明白,它是支持我們?cè)诎l(fā)起請(qǐng)求的時(shí)候自動(dòng)加入header,Accept-Encoding: gzip,而我們的服務(wù)器返回的時(shí)候header中有Content-Encoding: gzip。 關(guān)于更多深入的內(nèi)容呢,可以參考閱讀下面這篇文章,講的非
閱讀全文
摘要:
看到很多小伙伴對(duì)OkHttp的緩存問(wèn)題并不是十分了解,于是打算來(lái)說(shuō)說(shuō)這個(gè)問(wèn)題。用好OkHttp中提供的緩存,可以幫助我們更好的使用Retrofit、Picasso等配合OkHttp使用的框架。OK,廢話不多說(shuō),我們來(lái)看看OkHttp中的緩存。 OkHttp中的緩存整體上來(lái)說(shuō)我們要在兩個(gè)地方配置,一個(gè)
閱讀全文
摘要:
Github地址 第一步:初始化我們的工具類 第二步,直接調(diào)用使用嘍,就是這么簡(jiǎn)單粗暴 RegistGetVCodeBean 本文出處:https://blog.csdn.net/easkshark/article/details/62897368
閱讀全文
摘要:
SSL:(Secure Socket Layer,安全套接字層),位于可靠的面向連接的網(wǎng)絡(luò)層協(xié)議和應(yīng)用層協(xié)議之間的一種協(xié)議層。SSL通過(guò)互相認(rèn)證、使用數(shù)字簽名確保完整性、使用加密確保私密性,以實(shí)現(xiàn)客戶端和服務(wù)器之間的安全通訊。該協(xié)議由兩層組成:SSL記錄協(xié)議和SSL握手協(xié)議。TLS:(Transpo
閱讀全文
摘要:
Unsafe類在jdk 源碼的多個(gè)類中用到,這個(gè)類的提供了一些繞開(kāi)JVM的更底層功能,基于它的實(shí)現(xiàn)可以提高效率。但是,它是一把雙刃劍:正如它的名字所預(yù)示的那樣,它是Unsafe的,它所分配的內(nèi)存需要手動(dòng)free(不被GC回收)。Unsafe類,提供了JNI某些功能的簡(jiǎn)單替代:確保高效性的同時(shí),使事情
閱讀全文
摘要:
自定義一個(gè)Request類 public class MyRequest extends Request<JSONObject> 存儲(chǔ)上一次連接的sessionid @Override protected Response<JSONObject> parseNetworkResponse(Netwo
閱讀全文
摘要:
1.用戶信息獲取--bean實(shí)體類形式返回?cái)?shù)據(jù) ①服務(wù)器端: 代碼: 1 protected void onHandler(HttpServletRequest request, HttpServletResponse response, PrintWriter printWriter) { 2 M
閱讀全文
摘要:
MainActivity: NetworkInterface: MultiAsynctaskNetwork: 核心類MultiAsynctask:
閱讀全文