androidhttp壓縮

⑴ android studio涓璈TTP鍗忚浠ｇ悊鎬庝箞璁劇疆

Android studio鐨勬槸璋鋒瓕鐨勪漢鍛樿繘琛屽紑鍙戠殑宸ュ叿錛岄偅涔堝湪浣跨敤鐨刟ndroid studio鐨勪腑瑕佽繘琛屼笅杞界浉鍏崇殑鍐呭癸紝鏄涓嶈兘鐩存帴榪涜屼笅杞紸ndroid studio鐨勫唴瀹癸紝鍙浠ラ氳繃瀵笰ndroid studio鐨勪唬鐞嗚劇疆涔嬪悗錛屽氨鍙浠ュ笰ndroid studio鐨勫悇縐嶄笂鐨勬彃浠訛紝鐢ㄦ潵涓嬭澆鐩稿叧鐨勫唴瀹廣

1銆佸笰ndroid studio鐨勭浉鍏崇殑浠ｇ悊璁劇疆錛岃劇疆鐨勫彲浠ラ氳繃澶氫釜鏂瑰紡榪涜岃劇疆錛屽彲浠ラ氳繃嬈㈣繋鐨勭晫闈涓璁劇疆錛屾垨鑰呮墦寮Android studio涓寮鍙戠殑鐣岄潰涓錛岀劧鍚庤繘琛岀偣鍑籄ndroid studio涓鑿滃崟涓鐨刦ile鐨勯夐」銆

2銆佽繘琛岀偣鍑Android studio鐨刦ile鐨勮彍鍗曚箣鍚錛屽氨浼氬脊鍑轟簡涓涓涓嬫媺鐨勮彍鍗曢夐」涓榪涜岄夋嫨setting鐨勯夐」銆

3銆佽繘鍏ュ埌浜唖etting鐨勮劇疆鐨勭晫闈涓涔嬪悗錛岃繘琛岀偣鍑誨垪琛ㄤ腑鐨appearance behavior鐨勯夐」銆

4銆佺偣鍑appearance behavior瀹岋紝灝變細灞曞紑榪涜宻ystem setting鐨勯夐」涔嬪悗閫夐」鍐呯殑HTTP proxy鐨勯夐」銆

5銆佽繘鍏ュ埌浜咹TTP proxy鐨勯夐」錛岀浉鍏崇殑榛樿ゆ槸鍏抽棴鐨勶紝榪涜屽嬀閫変笂manual proxy configuration鐨勯夐」銆

6銆佸浗鍐呯幇鍦ㄦ湁寰堝氱殑闀滃儚鐨勭綉鍧鐨勪俊鎮錛屽湪鐧懼害涓鎼滅儲Androiddevtools鐨勪俊鎮錛屽彲浠ユ煡鎵懼埌鐩稿叧鐨勭綉鍧錛屽湪host name涓杈撳叆闀滃儚緗戝潃錛岀偣鍑籓K銆傝繖鏍峰氨鍙浠ヨ繘琛屼嬌鐢ˋndroid studio涓鏇存柊鐩稿叧鐨勪笢瑗誇簡

⑵ .obb鏄浠涔堟枃浠訛紵obb鏂囦歡鎬庝箞鐢/鏀懼湪鍝閲-鎼滅嫍杈撳叆娉

鎼滅嫍杈撳叆娉曪紝浣滀負涓氱晫棰嗗厛鐨勬櫤鑳借緭鍏ヨВ鍐蟲柟妗堬紝鍑鍊熷叾寮哄ぇ鐨勮瘝搴撱佹櫤鑳藉寲鐨勭粍璇嶅姛鑳藉拰鐢ㄦ埛鍙嬪ソ鐨勭晫闈㈣捐★紝璧㈠緱浜嗕嚎涓囩敤鎴風殑闈掔潗銆傛棤璁烘槸鎵嬫満榪樻槸鐢佃剳錛屾悳鐙楄緭鍏ユ硶閮借兘鎻愪緵蹇閫熴佸噯紜鐨勮緭鍏ヤ綋楠屻傜幇鍦ㄦ偍鍙浠ヨ交鏉句笅杞芥渶鏂扮増鏈鐨勬悳鐙楄緭鍏ユ硶錛屼韓鍙楁瀬鑷寸殑杈撳叆鏂頒綋楠屻http://pinyin.37moyu.com/
銆銆android灝忕櫧鏂版墜鍦ㄤ笅杞芥父鎴忕殑鏃跺欏彲鑳介兘浼氭彁紺轟笅杞芥暟鎹鍖咃紝鍏跺疄.obb鏂囦歡灝辨槸鎵璋撶殑娓告垙鏁版嵁鍖咃紝鍙涓嶈繃鏈夌殑obb鏂囦歡琚鍘嬬緝鎴愪簡鍘嬬緝鏂囦歡銆傛暟鎹鍖呯殑浣跨敤鐩存帴褰卞搷娓告垙鐨勮繘紼嬨備笅杞芥暟鎹鍖呬箣鍚庯紝鍙鑳借繕浼氭彁紺哄瓨鏀劇殑浣嶇疆錛屽湪涓嬭澆涓嬫潵鐨勬暟鎹鍖呬箣鍚庯紝鍙鑳藉張浼氶亣瑙佸嚑涓闂棰
銆銆涓涓灝辨槸錛氫笅杞戒笅鏉ョ殑鏄涓涓鍘嬬緝鍖

銆銆鍙︿竴涓灝辨槸涓涓錛.obb鎵╁睍鍚嶇殑鏂囦歡

銆銆閫氬父鎯呭喌涓嬪ぇ瀹朵笅杞界殑涓鑸鏄涓涓鏁版嵁鍖咃紝鍦ㄨВ鍘嬩箣鍚庝細寰楀埌涓涓娓告垙鐨勫畬鏁寸殑鏁版嵁鍖咃紝鏃obb鏂囦歡銆傚叾瀹炲惈涔夋槸涓鏍風殑錛屼絾鍙鑳界敱浜庝釜緗戠珯鐨勫樊寮傦紝鏈夌殑鏄鐩存帴鐨勬暟鎹鍖咃紝鏈夌殑鍒欐槸obb鏂囦歡錛岄偅涔堥亣鍒皁bb鏂囦歡璇ユ庝箞浣跨敤?
銆銆obb鏂囦歡鏃朵竴涓姣旇緝鐗瑰埆鐨勬枃浠訛紝浠栫殑鍚嶅瓧鍜屼綅緗鐩存帴褰卞搷鏁版嵁鍖呰兘鍚﹁娓告垙姝ｅ父鍔犺澆銆
銆銆涓鑸娓告垙鐨勬暟鎹鍖呴兘鏄瀛樻斁鍦 SD鍗/android/obb(data) 浣嶇疆錛岃繖涓寰楁牴鎹涓嶅悓鐨勬父鎴忥紝涓嶅悓鐨勪綅緗

銆銆.obb鏂囦歡浣跨敤娉ㄦ剰錛
銆銆1錛氬傛灉涓嬭澆鐨勬槸obb鏂囦歡錛屽垯闇瑕佹牴鎹鎻愮ず鏂囦歡璺寰勮嚜宸卞湪obb鎴栬卍ata鏂囦歡澶瑰瓙鐩褰曞壋寤轟竴涓鐩稿瑰簲鐨勬枃浠跺す瀛樻斁obb鏂囦歡
銆銆2錛歡ameloft娓告垙鏁版嵁鍖呬篃瑕佹牴鎹瀹為檯鎯呭喌鏉ュ瓨鏀俱傛湁鐨勫垯鏄瀛樻斁鍦⊿D鍗＄洰褰曚笅鐨/gameloft鏂囦歡澶瑰唴錛屾湁鐨勪篃鏄瀛樻斁鍦╝ndroid鐩褰曚笅鐨勬枃浠
銆銆3錛氫釜鍒娓告垙鐩存帴瀛樻斁SD鍗℃牴鐩褰
銆銆4錛 榪樻湁鍚屽﹁〃紺篴ndroid鐩褰曚笅娌℃湁obb鏂囦歡澶癸紝寰堢畝鍗曞摝錛岃嚜宸卞壋寤轟竴涓灝監K浜嗐
銆銆鏁版嵁鍖呯殑瀛樻斁浣嶇疆錛岀洿鎺ュ獎鍝嶆父鎴忥紝甯屾湜浼氬瑰ぇ瀹舵湁鎵甯鍔┿

鎼滅嫍杈撳叆娉曞畼緗戜笉浠呮彁渚涗簡渚挎嵎鐨勪笅杞介氶亾錛岃繕涓虹敤鎴峰噯澶囦簡璇﹀敖鐨勪嬌鐢ㄦ寚鍗楀拰璐村績鐨勫㈡埛鏈嶅姟銆傞氳繃璁塊棶 http://pinyin.37moyu.com/ 錛屾偍灝嗚繘鍏ヤ竴涓鍏ㄦ柊鐨勬櫤鑳借緭鍏ヤ笘鐣屻傛棤璁烘偍閬囧埌浠諱綍闂棰樻垨鍥版儜錛屾悳鐙楄緭鍏ユ硶瀹樼綉閮藉皢鏄鎮ㄦ渶鍧氬疄鐨勫悗鐩俱傜珛鍗崇偣鍑婚摼鎺ワ紝寮鍚鎮ㄧ殑鏅鴻兘杈撳叆涔嬫棶鍚э紒

⑶ Android性能優化之網路優化DNS和HttpDNS知識詳解

前言小計

本文已在在公眾號【Android開發編程】發表

一、什麼是DNS

二、DNS域名結構

1、DNS域名命名

2、域名的分級

域名可以劃分為各個子域，子域還可以繼續劃分為子域的子域，這樣就形成了頂級域名、二級域名、三級域名等

頂級域名可以分為三大類：

國家頂級域名：cn、us、uk等

通用域名：常見的有7個，com、net、org、e、int、gov、mil

方向域名： arpa,用於將ip地址轉為域名

域名伺服器

域名伺服器按照由高到低進行層次劃分：

注意： 一個域名伺服器所負責的范圍，稱為區

三、域名解析過程

域名解析的重要兩點：

以上兩點是域名解析的重要兩步。但是這並不是解析ip地址的完整過程，如果瀏覽器的緩存中有該域名對應的ip地址，就不需要向本地域名伺服器請求了等等。下面來看詳細過程:

例如要解析：www.example.com該域名的ip地址;

四、DNS安全和優化

1、dns安全問題

2、DNS優化

DNS解析是一個漫長的過程，那麼它的優化有哪些？

1、網頁端

用戶在請求請求某個鏈接之前，瀏覽器先嘗試解析該鏈接的域名再將其進行緩存。

可以這樣做：

(1) 在伺服器中響應設置X-DNS-Prefetch-Control的值為on啟動預解析

(2) 在HTML中，

(3) 在head中加入link標簽：

如

不過現在的Chrome瀏覽器會自動將當前頁面的所有帶href的dns都prefetch一遍。需要手動添加上面的link標簽的場景是：你後面訪問的域名不在當前頁面的所有鏈接中;

正確使用link標簽的姿勢：

域名收斂:建議將靜態資源只放在一個域名下面，可以減少DNS的請求

2、客戶端

HttpDNS

HttpDNS是使用HTTP協議向阿里雲的HTTPDNS伺服器的80埠直接進行請求，代替傳統的DNS協議向LDNS伺服器的53埠進行請求。從而可以繞過LDNS，可以避免運行商的域名劫持和調度不精準的問題;

五、HttpDNS介紹

總結：

網路優化的知識點很多，今天主要介紹了dns的知識點

下次繼續介紹Android網路優化的具體實現方案

⑷ Android面試筆記——HTTP/HTTPS

HTTP和HTTPS是面試常問的問題，內容比較多而且復雜，HTTPS裡面的細節很多，本文只是把主要的東西寫出來，想要弄懂HTTPS還是要多看幾篇博文，自己動手走一遍把各個攻擊的case搞明白。

HTTP 是超⽂本傳輸協議，也就是HyperText Transfer Protocol。

Host 欄位 ：客戶端發送請求時，⽤來指定伺服器的域名。 Host: www..com

Content-Length 欄位 ：伺服器在返回數據時，會有 Content-Length 欄位，表明本次回應的數據長度。 Content-Length: 1000

Connection 欄位 ：Connection 欄位最常用於客戶端要求伺服器使⽤ TCP 持久連接，以便其他請求復⽤。 HTTP/1.1 版本的默認連接都是持久連接，但為了兼容⽼版本的 HTTP，需要指定 Connection ⾸部欄位的值為Keep-Alive 。

Content-Type 欄位 ：Content-Type 欄位⽤於伺服器回應時，告訴客戶端，本次數據是什麼格式 。 Content-Type: text/html; charset=utf-8

Content-Encoding 欄位 ：Content-Encoding 欄位說明數據的壓縮⽅法。表示伺服器返回的數據使用了什麼壓縮格式 。客戶端在請求時，⽤ Accept-Encoding 欄位說明自己可以接受哪些壓縮⽅法。 Accept-Encoding: gzip, deflate

下圖為訪問網路的返回欄位

HTTP/2 協議是基於 HTTPS 的，所以 HTTP/2 的安全性也是有保障的。

這都是基於 TCP 傳輸層的問題，所以 HTTP/3 把 HTTP 下層的 TCP 協議改成了 UDP 。

UDP 發生是不管順序，也不管丟包的，所以不會出現 HTTP/1.1 的隊頭阻塞 和 HTTP/2 的⼀個丟包全部重傳問題。

UDP 是不可靠傳輸的，但基於 UDP 的 QUIC 協議 可以實現類似 TCP 的可靠性傳輸。

HTTPS 采⽤的是 對稱加密和⾮對稱加密結合 的「混合加密」⽅式：

采⽤「混合加密」的⽅式的原因：

摘要演算法⽤來實現 完整性 ，能夠為數據⽣成獨⼀⽆⼆的「指紋」，⽤於校驗數據的完整性，解決了篡改的⻛險。

客戶端在發送明⽂之前會通過摘要演算法算出明文的「指紋」，發送的時候把「指紋 + 明文」⼀同加密成密文後，發送給伺服器，伺服器解密後，用相同的摘要演算法算出發送過來的明文，通過⽐較客戶端攜帶的「指紋」和當前算出的「指紋」做⽐較，若「指紋」相同，說明數據是完整的。

客戶端先向伺服器端索要公鑰，然後⽤公鑰加密信息，伺服器收到密文後，⽤⾃⼰的私鑰解密。這就存在些問題，如何保證公鑰不被篡改和信任度？

所以這⾥就需要藉助第三⽅權威機構 CA （數字證書認證機構），將伺服器公鑰放在數字證書（由數字證書認證機構頒發）中，只要證書是可信的，公鑰就是可信的。

通過數字證書的⽅式保證伺服器公鑰的身份，解決冒充的⻛險 。

證書簽名和驗證過程 ：

兩種情況 ：

⑸ 現如今，Android開發有成熟的框架嗎

1volley

項目地址 https://github.com/smanikandan14/Volley-demo
(1) JSON，圖像等的非同步下載；
(2) 網路請求的排序（scheling）
(3) 網路請求的優先順序處理
(4) 緩存
(5) 多級別取消請求
(6) 和Activity和生命周期的聯動（Activity結束時同時取消所有網路請求)

2 android學習手冊。例子、源碼、文檔全部搞定，採用androidstudo的目錄結構，360手機助手中下載。下面是截圖。

3、android-async-http

項目地址：https://github.com/loopj/android-async-http
文檔介紹：http://loopj.com/android-async-http/
(1) 在匿名回調中處理請求結果
(2) 在UI線程外進行http請求
(3) 文件斷點上傳
(4) 智能重試
(5) 默認gzip壓縮
(6) 支持解析成Json格式
(7) 可將Cookies持久化到SharedPreferences
4、Afinal框架

項目地址：https://github.com/yangfuhai/afinal
主要有四大模塊：
(1) 資料庫模塊：android中的orm框架，使用了線程池對sqlite進行操作。
(2) 註解模塊：android中的ioc框架，完全註解方式就可以進行UI綁定和事件綁定。無需findViewById和setClickListener等。
(3) 網路模塊：通過httpclient進行封裝http數據請求，支持ajax方式載入，支持下載、上傳文件功能。
(4) 圖片緩存模塊：通過FinalBitmap，imageview載入bitmap的時候無需考慮bitmap載入過程中出現的oom和android容器快速滑動時候出現的圖片錯位等現象。
FinalBitmap可以配置線程載入線程數量，緩存大小，緩存路徑，載入顯示動畫等。FinalBitmap的內存管理使用lru演算法，
沒有使用弱引用（android2.3以後google已經不建議使用弱引用，android2.3後強行回收軟引用和弱引用，詳情查看android官方文檔），
更好的管理bitmap內存。FinalBitmap可以自定義下載器，用來擴展其他協議顯示網路圖片，比如ftp等。同時可以自定義bitmap顯示器，
在imageview顯示圖片的時候播放動畫等（默認是漸變動畫顯示）。
5、xUtils框架

項目地址：https://github.com/wyouflf/xUtils
主要有四大模塊：
(1) 資料庫模塊：android中的orm框架，一行代碼就可以進行增刪改查；
支持事務，默認關閉；
可通過註解自定義表名，列名，外鍵，唯一性約束，NOT NULL約束，CHECK約束等（需要混淆的時候請註解表名和列名）；
支持綁定外鍵，保存實體時外鍵關聯實體自動保存或更新；
自動載入外鍵關聯實體，支持延時載入；
支持鏈式表達查詢，更直觀的查詢語義，參考下面的介紹或sample中的例子。
(2) 註解模塊：android中的ioc框架，完全註解方式就可以進行UI，資源和事件綁定；
新的事件綁定方式，使用混淆工具混淆後仍可正常工作；
目前支持常用的20種事件綁定，參見ViewCommonEventListener類和包com.lidroid.xutils.view.annotation.event。
(3) 網路模塊：支持同步，非同步方式的請求；
支持大文件上傳，上傳大文件不會oom；
支持GET，POST，PUT，MOVE，COPY，DELETE，HEAD，OPTIONS，TRACE，CONNECT請求；
下載支持301/302重定向，支持設置是否根據Content-Disposition重命名下載的文件；
返迴文本內容的請求(默認只啟用了GET請求)支持緩存，可設置默認過期時間和針對當前請求的過期時間。
(4) 圖片緩存模塊：載入bitmap的時候無需考慮bitmap載入過程中出現的oom和android容器快速滑動時候出現的圖片錯位等現象；
支持載入網路圖片和本地圖片；
內存管理使用lru演算法，更好的管理bitmap內存；
可配置線程載入線程數量，緩存大小，緩存路徑，載入顯示動畫等...
6、ThinkAndroid

項目地址：https://github.com/white-cat/ThinkAndroid
主要有以下模塊：
(1) MVC模塊：實現視圖與模型的分離。
(2) ioc模塊：android中的ioc模塊，完全註解方式就可以進行UI綁定、res中的資源的讀取、以及對象的初始化。
(3) 資料庫模塊：android中的orm框架，使用了線程池對sqlite進行操作。
(4) http模塊：通過httpclient進行封裝http數據請求，支持非同步及同步方式載入。
(5) 緩存模塊：通過簡單的配置及設計可以很好的實現緩存，對緩存可以隨意的配置
(6) 圖片緩存模塊：imageview載入圖片的時候無需考慮圖片載入過程中出現的oom和android容器快速滑動時候出現的圖片錯位等現象。
(7) 配置器模塊：可以對簡易的實現配對配置的操作，目前配置文件可以支持Preference、Properties對配置進行存取。
(8) 日誌列印模塊：可以較快的輕易的是實現日誌列印，支持日誌列印的擴展，目前支持對sdcard寫入本地列印、以及控制台列印
(9) 下載器模塊:可以簡單的實現多線程下載、後台下載、斷點續傳、對下載進行控制、如開始、暫停、刪除等等。
(10) 網路狀態檢測模塊：當網路狀態改變時，對其進行檢
7、LoonAndroid

項目地址：https://github.com/gdpancheng/LoonAndroid
主要有以下模塊：
(1) 自動注入框架（只需要繼承框架內的application既可）
(2) 圖片載入框架（多重緩存，自動回收，最大限度保證內存的安全性）
(3) 網路請求模塊（繼承了基本上現在所有的http請求）
(4) eventbus（集成一個開源的框架）
(5) 驗證框架（集成開源框架）
(6) json解析（支持解析成集合或者對象）
(7) 資料庫（不知道是哪位寫的 忘記了）
(8) 多線程斷點下載（自動判斷是否支持多線程，判斷是否是重定向）
(9) 自動更新模塊
(10) 一系列工具類