1.Linux Kernel
公司主營業(yè)務(wù)：成都做網(wǎng)站、成都網(wǎng)站制作、移動(dòng)網(wǎng)站開發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實(shí)現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競爭能力。成都創(chuàng)新互聯(lián)是一支青春激揚(yáng)、勤奮敬業(yè)、活力青春激揚(yáng)、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊(duì)。公司秉承以“開放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化，感謝他們對(duì)我們的高要求，感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn)，讓我們激情的團(tuán)隊(duì)有機(jī)會(huì)用頭腦與智慧不斷的給客戶帶來驚喜。成都創(chuàng)新互聯(lián)推出奈曼免費(fèi)做網(wǎng)站回饋大家。
2.Android Runtime
3.Libraries
4.Application Framework
5.Applications
andbase框架:
1.andbase中包含了大量的開發(fā)常用手段。
如網(wǎng)絡(luò)下載，多線程與線程池的管理，數(shù)據(jù)庫ORM，圖片緩存管理，圖片文件下載上傳，Http請(qǐng)求工具，常用工具類（字符串，日期，文件處理，圖片處理工具類等），能夠使您的應(yīng)用在團(tuán)隊(duì)開發(fā)中減少冗余代碼，很大的提高了代碼的維護(hù)性與開發(fā)高效性，能很好的規(guī)避由于開發(fā)疏忽而導(dǎo)致常犯的錯(cuò)誤。
2.andbase封裝了大量的常用控件。
如list分頁，下拉刷新，圖片輪播，表格，多線程下載器，側(cè)邊欄，圖片上傳，輪子選擇，圖表，Tab滑動(dòng)，日歷選擇器等。
3.強(qiáng)大的AbActivity，您沒有理由不繼承它。
繼承它你能夠獲得一個(gè)簡單強(qiáng)大可設(shè)置的操作欄，以及一系列的簡單調(diào)用，如彈出框，提示框，進(jìn)度框，副操作欄等。
4.提供效率較高圖片緩存管理策略，使內(nèi)存大幅度節(jié)省，利用率提高，效率提高。
程序中要管理大量的圖片資源，andbase提供簡單的方法，幾步完成下載與顯示，并支持縮放，裁剪，緩存功能。
5.封裝了大量常見工具類。
包括日期，字符，文件，圖片等各種處理函數(shù)， 多而全。
6.用andbase大量減少handler的使用，而采用回調(diào)函數(shù)，代碼更整潔。
handler會(huì)產(chǎn)生大量代碼，并且不好維護(hù)，andbase對(duì)handler進(jìn)行了封裝。
7.簡單輕量支持注解自動(dòng)建表的ORM框架（支持一/多對(duì)多的關(guān)聯(lián)操作）。
寫sql，建表，工作量大，andbase提供更傻瓜異步增刪改查工具類。
8.異步請(qǐng)求http框架，網(wǎng)絡(luò)請(qǐng)求標(biāo)準(zhǔn)化，支持文件上傳下載，get，post，進(jìn)度顯示。
android應(yīng)用開發(fā)框架是 Application Framework，其系統(tǒng)架構(gòu)由5部分組成，分別是：Linux Kernel、Android Runtime、Libraries、Application Framework、Applications。
1、Linux Kernel （Linux內(nèi)核?）
Android基于Linux 2.6提供核心系統(tǒng)服務(wù)，例如：安全、內(nèi)存管理、進(jìn)程管理、網(wǎng)絡(luò) 堆棧、驅(qū)動(dòng)模型。Linux Kernel也作為硬件和軟件之間的抽象層，它隱藏具體硬件細(xì)節(jié)而為上層提供統(tǒng)一的服務(wù)。
2、Android Runtime （運(yùn)行庫）
Android包含一個(gè)核心庫的集合，提供大部分在Java編程語言核心類庫中可用的功能。每一個(gè)Android應(yīng)用程序是Dalvik虛擬機(jī)中的實(shí)例，運(yùn)行在他們自己的進(jìn)程中。
Dalvik虛擬機(jī)設(shè)計(jì)成，在一個(gè)設(shè)備可以高效地運(yùn)行多個(gè)虛擬機(jī)。Dalvik虛擬機(jī)可執(zhí)行文件格式是.dex，dex格式是專為Dalvik設(shè)計(jì)的一種壓縮格式，適合內(nèi)存和處理器速度有限的系統(tǒng)。 大多數(shù)虛擬機(jī)包括JVM都是基于棧的，而Dalvik虛擬機(jī)則是基于寄存器的。
3、Libraries （程序庫?）
Android包含一個(gè)C/C++庫的集合，供Android系統(tǒng)的各個(gè)組件使用。這些功能通過Android的應(yīng)用程序框架（application framework）暴露給開發(fā)者。
4、Application Framework （應(yīng)用框架層）
通過提供開放的開發(fā)平臺(tái)，Android使開發(fā)者能夠編制極其豐富和新穎的應(yīng)用程序。開發(fā)者可以自由地利用設(shè)備硬件優(yōu)勢、訪問位置信息、運(yùn)行后臺(tái)服務(wù)、設(shè)置鬧鐘、向狀態(tài)欄添加通知等等，很多很多。 開發(fā)者可以完全使用核心應(yīng)用程序所使用的框架APIs。
應(yīng)用程序的體系結(jié)構(gòu)旨在簡化組件的重用，任何應(yīng)用程序都能發(fā)布他的功能且任何其他應(yīng)用程序可以使用這些功能（需要服從框架執(zhí)行的安全限制）。這一機(jī)制允許用戶替換組件。
5、Applications（應(yīng)用層）
Android裝配一個(gè)核心應(yīng)用程序集合，包括電子郵件客戶端、SMS程序、日歷、地圖、瀏覽器、聯(lián)系人和其他設(shè)置。所有應(yīng)用程序都是用Java編程語言寫的。Android本身是一套軟件堆迭(Software Stack)，或稱為「軟件迭層架構(gòu)」，迭層主要分成三層：操作系統(tǒng)、中間件、應(yīng)用程序。
擴(kuò)展資料
開發(fā)人員也可以完全訪問核心應(yīng)用程序所使用的API框架。該應(yīng)用程序的架構(gòu)設(shè)計(jì)簡化了組件的重用;任何一個(gè)應(yīng)用程序都可以發(fā)布它的功能塊并且任何其它的應(yīng)用程序都可以使用其所發(fā)布的功能塊(不過得遵循框架的安全性限制)。同樣，該應(yīng)用程序重用機(jī)制也使用戶可以方便的替換程序組件。
隱藏在每個(gè)應(yīng)用后面的是一系列的服務(wù)和系統(tǒng),其中包括;
豐富而又可擴(kuò)展的視圖(Views)，可以用來構(gòu)建應(yīng)用程序，它包括列表(lists)，網(wǎng)格(grids)，文本框(textBoxes)，按鈕(buttons)，甚至可嵌入的web瀏覽器。
內(nèi)容提供器(ContentProviders)使得應(yīng)用程序可以訪問另一個(gè)應(yīng)用程序的數(shù)據(jù)(如聯(lián)系人數(shù)據(jù)庫)，或者共享它們自己的數(shù)據(jù)
資源管理器(ResourceManager)提供非代碼資源的訪問，如本地字符串，圖形，和布局文件(layoutfiles)。
通知管理器(NotificationManager)使得應(yīng)用程序可以在狀態(tài)欄中顯示自定義的提示信息。
活動(dòng)管理器(ActivityManager)用來管理應(yīng)用程序生命周期并提供常用的導(dǎo)航回退功能。
參考資料：百度百科 - Android系統(tǒng)構(gòu)架
在前面的課程中，隨著對(duì)Android體系的了解，已經(jīng)可以進(jìn)行正常的Android應(yīng)用開發(fā)了。在Android開發(fā)中，同其他工程開發(fā)一樣，也經(jīng)常使用一些提高效率的框架，本文我們做一個(gè)對(duì)比。這些框架，既包括：網(wǎng)絡(luò)請(qǐng)求框架、也包括圖片加載庫框架、還包括數(shù)據(jù)庫操作等一些框架，總之，了解和熟悉這些框架，會(huì)對(duì)自己的開發(fā)效率有很大的提升和幫助。
網(wǎng)絡(luò)請(qǐng)求框架
1、okHttp
在前文的學(xué)習(xí)中，我們已經(jīng)了解過okHttp，是一個(gè)常用的網(wǎng)絡(luò)加載庫。
2、Retrofit
介紹
Retrofit是一個(gè)很不錯(cuò)的網(wǎng)絡(luò)請(qǐng)求庫，該庫是square開源的另外一個(gè)庫，之前的okhttp也是該公司開源的。
Retrofit是基于OkHttp封裝的RESTful網(wǎng)絡(luò)請(qǐng)求框架，使用注解的方式配置請(qǐng)求。優(yōu)點(diǎn)是速度快，使用注解，callback函數(shù)返回結(jié)果自動(dòng)包裝成Java對(duì)象。官方自己的介紹說：
A type-safe REST client for Android and Java
該網(wǎng)絡(luò)框架在github上的地址如下：
要求
Retrofit支持的http方式方式包括 GET/POST/PUT/DELETE/HEAD/PATCH，Retrofit要求Java的版本是1.8+，Android應(yīng)用的API版本應(yīng)該在21+。
依賴
使用Retrofit庫，和其他庫一樣，首先需要設(shè)置依賴，依然是在build.gradle文件中設(shè)置依賴：
//添加retrofit庫依賴
implementation ‘com.squareup.retrofit2:retrofit:2.1.0’
//添加gson轉(zhuǎn)換器
implementation ‘com.squareup.retrofit2:converter-gson:2.1.0’
使用
通過一個(gè)例子，我們可以來演示該框架的使用步驟：
1、定義請(qǐng)求接口，即程序中都需要什么請(qǐng)求操作
public interface HttpServices {
/**
獲取頭條新聞
@param type 新聞?lì)愋?/p>
@param key apiKey
@return
*/
@GET(“toutiao/index”)
Call getNewsList(@Query(“type”) String type, @Query(“key”) String key);
}
2、實(shí)例化Retrofit對(duì)象，使用的Builder的模式創(chuàng)建，如下代碼所示：
Retrofit retrofit = new Retrofit.Builder()
.baseUrl(Constants.BASE_API)
.addConverterFactory(GsonConverterFactory.create())
.build();
注意，這里設(shè)置結(jié)構(gòu)體轉(zhuǎn)換器，是可以直接把網(wǎng)絡(luò)請(qǐng)求回來的數(shù)據(jù)轉(zhuǎn)換為Java結(jié)構(gòu)體，這里設(shè)置的Gson解析器，因此要引入相應(yīng)的轉(zhuǎn)換器支持庫。
3、得到接口對(duì)象，自己創(chuàng)建的全局的接口對(duì)象，并調(diào)用相應(yīng)的接口，得到一個(gè)類似于請(qǐng)求Call對(duì)象。如下所示：
HttpServices httpServices = retrofit.create(HttpServices.class);
Call newsListCall = httpServices.getNewsList(“top”, Constants.API_KEY);
4、加入到請(qǐng)求隊(duì)列中，并設(shè)置回調(diào)方法：
newsListCall.enqueue(new Callback() {
@Override
public void onResponse(Call call, Response response) {
//網(wǎng)絡(luò)請(qǐng)求成功的回調(diào)方法
List list = Arrays.asList(response.body().result.data);
Log.i(“TAG”, “請(qǐng)求成功:” + String.valueOf(list.size()));
NewListAdapter adapter = new NewListAdapter(RetrofitActivity.this);
adapter.setmData(list);
mRecyclerView.setAdapter(adapter);
}
@Override
public void onFailure(Call call, Throwable throwable) {
//網(wǎng)絡(luò)請(qǐng)求失敗的回調(diào)方法
Log.i(“TAG”, “請(qǐng)求失敗:” + throwable.getMessage());
}
});
其他界面操作和之前的Android中的內(nèi)容一致。
3、RxJava
簡單來說，用來處理事件和異步任務(wù)，在很多語言上都有實(shí)現(xiàn)，RxJava是Rx在Java上的實(shí)現(xiàn)。
原理
RxJava最基本的原理是基于觀察者模式來實(shí)現(xiàn)的。通過Obserable和Observer的機(jī)制，實(shí)現(xiàn)所謂響應(yīng)式的編程體驗(yàn)。
特點(diǎn)
RxJava在編程中的實(shí)現(xiàn)就是一種鏈?zhǔn)秸{(diào)用，做了哪些操作，誰在前誰在后非常直觀，邏輯清晰，代碼維護(hù)起來非常輕松。
RxJava也是一個(gè)在github上的庫，github地址如下：
基于此，還有一個(gè)RxAndroid，github地址如下：
RxJava和RxAndroid的關(guān)系
RxAndroid是RxJava的一個(gè)針對(duì)Android平臺(tái)的擴(kuò)展，主要用于 Android 開發(fā)。
基本概念
RxJava 有四個(gè)基本概念：
Observable：可觀察者，即被觀察者Observer：觀察者subscribe：訂閱事件
這四個(gè)概念之間的邏輯關(guān)系是：Observable和Observer通過subscribe方法實(shí)現(xiàn)訂閱關(guān)系，從而Observable可以在需要的時(shí)候發(fā)出事件來通知Observer。
事件
RxJava 的事件回調(diào)方法主要包含以下幾個(gè)：
onNext：普通的事件onCompleted：事件隊(duì)列完結(jié)。RxJava 不僅把每個(gè)事件單獨(dú)處理，還會(huì)把它們看做一個(gè)隊(duì)列。RxJava 規(guī)定，當(dāng)不會(huì)再有新的 onNext 發(fā)出時(shí)，需要觸發(fā) onCompleted 方法作為標(biāo)志。：事件隊(duì)列異常。在事件處理過程中出異常時(shí)， 會(huì)被觸發(fā)，同時(shí)隊(duì)列自動(dòng)終止，不再允許再有事件發(fā)出。在一個(gè)正確運(yùn)行的事件序列中, onCompleted和 有且只有一個(gè)，并且是事件序列中的最后一個(gè)。需要注意的是，onCompleted() 和 () 二者也是互斥的，即在隊(duì)列中調(diào)用了其中一個(gè)，就不應(yīng)該再調(diào)用另一個(gè)。
數(shù)據(jù)庫操作框架
在開發(fā)時(shí)，本地?cái)?shù)據(jù)庫可以起到緩存數(shù)據(jù)和存儲(chǔ)業(yè)務(wù)數(shù)據(jù)的作用，隨著技術(shù)的成熟，不斷推出了有很多關(guān)于數(shù)據(jù)庫的操作框架。比較常見的數(shù)據(jù)庫操作框架有諸如：GreenDao，OrmLite 和 ActiveAndroid，DBFlow等。
GreenDAO
GreenDAO是一個(gè)開源的 Android ORM(“對(duì)象/關(guān)系映射”)，通過 ORM（稱為“對(duì)象/關(guān)系映射”），在我們數(shù)據(jù)庫開發(fā)過程中節(jié)省了開發(fā)時(shí)間！
GreenDao的官方文檔地址如下：
GreenDao的作用
通過 GreenDao，我們可以更快速的操作數(shù)據(jù)庫，我們可以使用簡單的面相對(duì)象的API來存儲(chǔ)，更新，刪除和查詢 Java 對(duì)象。這款數(shù)據(jù)庫操作框架的特點(diǎn)是：
高性能，在官方的統(tǒng)計(jì)數(shù)據(jù)中，GreenDao在GreenDao，OrmLite 和 ActiveAndroid三個(gè)框架中，讀、寫、更新操作效率均表現(xiàn)第一。易于使用的強(qiáng)大 API，涵蓋關(guān)系和連接。內(nèi)存消耗較小。安全：greenDAO 支持 SQLCipher，以確保用戶的數(shù)據(jù)安全;
核心概念
GreenDao 的核心類有三個(gè)：分別是：
DaoMaster：保存數(shù)據(jù)庫對(duì)象（SQLiteDatabase）并管理特定模式的 DAO 類（而不是對(duì)象）。它有靜態(tài)方法來創(chuàng)建表或刪除它們。它的內(nèi)部類 OpenHelper 和DevOpenHelper 是 SQLiteOpenHelper 實(shí)現(xiàn)，它們?cè)?SQLite 數(shù)據(jù)庫中創(chuàng)建模式。DaoSession：管理特定模式的所有可用 DAO 對(duì)象，您可以使用其中一個(gè)getter方法獲取該對(duì)象。DaoSession 還提供了一些通用的持久性方法，如實(shí)體的插入，加載，更新，刷新和刪除。XXXDao：數(shù)據(jù)訪問對(duì)象（DAO）持久存在并查詢實(shí)體。對(duì)于每個(gè)實(shí)體，greenDAO 生成DAO。它具有比 DaoSession 更多的持久性方法。Entities：可持久化對(duì)象。通常, 實(shí)體對(duì)象代表一個(gè)數(shù)據(jù)庫行使用標(biāo)準(zhǔn) Java 屬性(如一個(gè)POJO 或 JavaBean )。
使用
按照官方的文檔和github上的說明可以實(shí)現(xiàn)greendao的使用。
首先進(jìn)行的是依賴，對(duì)于greenDao，有兩個(gè)地方需要設(shè)置，分別是項(xiàng)目根目錄中的 build.gradle，還有module中的build.gradle。
classpath ‘org.greenrobot:greendao-gradle-plugin:3.3.0’ // add plugin
在項(xiàng)目根目錄中的build.gradle目錄中寫這句話的意思是添加greenDao的插件。
在項(xiàng)目module中的build.gradle中也需要進(jìn)行配置，有兩個(gè)地方需要設(shè)置，如下圖所示：
apply plugin: ‘org.greenrobot.greendao’ //開頭加入該代碼
dependences{
implementation ‘org.greenrobot:greendao:3.2.0’
}
然后就可以使用了。
bean實(shí)體
可以在項(xiàng)目中創(chuàng)建自己業(yè)務(wù)需要的實(shí)體類，并通過注解來設(shè)置是實(shí)體類，字段約束等內(nèi)容。然后點(diǎn)擊Android Studio中的Make module，即可自動(dòng)生成XXXDao代碼，以此來方便開發(fā)者的操作。生成的XXXDao類，不可修改和編輯，是自動(dòng)生成的。
ORMLite
ORMLite框架是另外一款A(yù)ndroid開發(fā)中可以使用的數(shù)據(jù)庫操作框架。該框架的文檔地址如下：
該框架的文檔準(zhǔn)備的不是特別友好，此處不再贅述。
總結(jié)，所有的框架原理幾乎都相差不大，只是操作有所差異。
視圖注入框架
在Android項(xiàng)目開發(fā)過程中，有太多的頁面需要布局完成，同時(shí)在代碼中需要些大量的findviewbyid的操作，來實(shí)現(xiàn)控件的解析。于是就有人想能否輕松一些，解放雙手節(jié)省時(shí)間，干一些其他有意義的事情，于是ButterKnife就來了。
ButterKnife是一個(gè)專注于Android系統(tǒng)的View注入框架,可以減少大量的findViewById以及setOnClickListener代碼，可視化一鍵生成。
該項(xiàng)目在github上的地址如下：
這個(gè)框架的優(yōu)勢也非常明顯：
強(qiáng)大的View綁定和Click事件處理功能，簡化代碼，提升開發(fā)效率方便的處理Adapter里的ViewHolder綁定問題運(yùn)行時(shí)不會(huì)影響APP效率，使用配置方便代碼清晰，可讀性強(qiáng)
使用
首先是設(shè)置依賴，在build.gradle中進(jìn)行依賴設(shè)置：
implementation ‘com.jakewharton:butterknife:10.2.1’
annotationProcessor ‘com.jakewharton:butterknife-compiler:10.2.1’
需要注意，該框架要求Java環(huán)境1.8版本以上，SDK版本在26以上，因此在使用到的module中的build.graldle文件中，還必須添加如下代碼配置：
apply plugin: ‘com.jakewharton.butterknife’
android{
//…
compileOptions {
sourceCompatibility JavaVersion.VERSION_1_8
targetCompatibility JavaVersion.VERSION_1_8
}
//…
}
另外，還必須在項(xiàng)目根目錄中的build.gradle文件中，添加該框架的插件，如下圖所示：
dependences{
classpath ‘com.jakewharton:butterknife-gradle-plugin:10.2.1’
}
然后即可在代碼中進(jìn)行使用了。
在使用該框架的頁面進(jìn)行綁定諸如，如下所示代碼:
ButterKnife.bind( this) ;
主要的功能
@BindView（）：控件id 注解，解放雙手，不用再每個(gè)控件都寫一遍findviewById@BindViews（）:多個(gè)控件id 的注解，括號(hào)內(nèi)使用花括號(hào)包括多個(gè)id即可，中間用，分割開在Fragment中使用，綁定Fragment。@BindString（）：綁定字符串@BindArray：綁定數(shù)組@BindBitmap：綁定bitmap資源@OnClick、@OnLongClick：綁定點(diǎn)擊事件和長按事件…還有很多
插件安裝
如果是頁面很復(fù)雜，一個(gè)一個(gè)寫B(tài)indView也很費(fèi)勁，在Android Studio中，可以安裝一個(gè)ButterKnife的插件，安裝該插件后，可以在Studio中直接將對(duì)應(yīng)的布局中的所有控件均給自動(dòng)生成。
注意，在進(jìn)行自動(dòng)生成時(shí)，鼠標(biāo)要放在布局文件上。
注意事項(xiàng)
ButterKnife框架在使用時(shí)，要求的版本比較高，包括Java的版本也有限制。因此，如果計(jì)劃在項(xiàng)目中使用，要提前做好預(yù)備工作，以防止對(duì)已有項(xiàng)目和業(yè)務(wù)帶來不必要的麻煩，反而影響工作進(jìn)度。
一個(gè)好用的網(wǎng)絡(luò)底層框架可以很大的程度上方便自己的項(xiàng)目，我們下面要做的就是一個(gè)趁手的網(wǎng)絡(luò)框架。
做一個(gè)網(wǎng)絡(luò)框架我們首先要確定這個(gè)網(wǎng)絡(luò)框架除了能夠從網(wǎng)絡(luò)上獲取數(shù)據(jù)還需要哪些功能：
首先拋棄AsyncTask，自定義一套網(wǎng)絡(luò)底層的封裝框架。
設(shè)計(jì)一套適合自己App的緩存策略
設(shè)計(jì)一套假數(shù)據(jù)返回的機(jī)制，在網(wǎng)絡(luò)請(qǐng)求API沒有返回的時(shí)候，可以假裝獲取到了網(wǎng)絡(luò)返回的數(shù)據(jù)。
封裝用戶cookie的邏輯。
其他的還好，可能有人對(duì)于第一步的那個(gè)拋棄AsyncTask有些疑問，就是為什么要拋棄啊，這個(gè)類這個(gè)好用，內(nèi)部封裝了那么多的方法。但是我們不能只看到這個(gè)的優(yōu)點(diǎn)，這個(gè)類有個(gè)致命的缺點(diǎn)：不能靈活的控制內(nèi)部的線程池。
我們都知道的是，線程池里面的每個(gè)線程都是API的調(diào)用請(qǐng)求，而AsyncTask中有沒有暴漏出取消這些請(qǐng)求的方法，這個(gè)時(shí)候，如果我們從A界面調(diào)到B界面，那么在A界面調(diào)用的API請(qǐng)求，如果還沒有返回，并不會(huì)被取消，對(duì)于一個(gè)頻繁調(diào)用API請(qǐng)求的APP應(yīng)用應(yīng)用來說，一個(gè)界面調(diào)用的API可能超過十個(gè)，在網(wǎng)絡(luò)不好的情況下，如果這個(gè)時(shí)候跳轉(zhuǎn)到了其他界面，這個(gè)時(shí)候其他界面也會(huì)調(diào)用API，這個(gè)時(shí)候造成的情況就是這個(gè)界面的請(qǐng)求并不會(huì)顯示數(shù)據(jù)，因?yàn)槭醉摰恼?qǐng)求還在排隊(duì)，要等首頁的請(qǐng)求完成之后你才可以調(diào)用，這個(gè)就是所謂的AsyncTask堵塞。
我剛工作的時(shí)候遇到一個(gè)情況就是，根據(jù)公司的情況寫了一個(gè)統(tǒng)計(jì)用戶交互數(shù)據(jù)的SDK，開始的使用時(shí)候就是這個(gè)AsyncTask類，結(jié)構(gòu)我發(fā)現(xiàn)在APP中某一個(gè)界面的吊起特別的慢，數(shù)據(jù)加載也非常的慢，發(fā)現(xiàn)的原因是我寫的這個(gè)SDK中的API請(qǐng)求調(diào)用超時(shí)，并且在超時(shí)的時(shí)候重復(fù)調(diào)用三次這個(gè)API。
網(wǎng)絡(luò)請(qǐng)求的格式
網(wǎng)絡(luò)請(qǐng)求兩個(gè)方法POST和GET，我們一般把GET方法為請(qǐng)求數(shù)據(jù)，POST為修改數(shù)據(jù)。請(qǐng)求的方法格式也是相對(duì)有講究的。
Request
所有的MobileApi都可以寫作：http：//的形式。
GET：對(duì)于GET方法我們可以將請(qǐng)求API寫作http：// K1=va1K2=va2，形式，也就是說，把key-value這樣的鍵值對(duì)存放在URL上，這樣做的話會(huì)方便我們后面對(duì)數(shù)據(jù)進(jìn)行緩存，另外要精良是GET的參數(shù)都是String，int這樣的類型，方便緩存，解析。
POST：我們都知道看不見POST的請(qǐng)求數(shù)據(jù)，一般key-value這樣的鍵值對(duì)存放在Form表單中，最后進(jìn)行提交請(qǐng)求。POST經(jīng)常會(huì)提交大量數(shù)據(jù)，所以有些鍵值對(duì)要定義成集合或復(fù)雜的自定義實(shí)例，這個(gè)時(shí)候我們就需要把這樣的值轉(zhuǎn)換為JSON字符串進(jìn)行提交，有APP傳遞到API后，在將JSON字符串轉(zhuǎn)換為對(duì)于的實(shí)體。
Response
服務(wù)器現(xiàn)在用的最多的是使用JSON作為api返回的結(jié)果，這里也是使用JSON。
一般情況下返回的json數(shù)據(jù)中要有以下數(shù)據(jù)：
首先一個(gè)是否調(diào)用api成功的參數(shù)，
另外一個(gè)錯(cuò)誤類型的參數(shù)(這個(gè)參數(shù)可以是Int格式的參數(shù)，成功為0)
錯(cuò)誤具體信息的參數(shù)，成功為“”
具體API返回的結(jié)果，失敗為“”
所以我們定義一個(gè)Response實(shí)體類，作為JSON實(shí)體的最外層。
如果成功返回了數(shù)據(jù)，數(shù)據(jù)會(huì)存放在result字符按中，映射為Response實(shí)體的result屬性。
如果上面返回的result是一種實(shí)體的集合，那么就要把result解析為相應(yīng)的實(shí)體集合。
我們?cè)谇懊婵吹轿覀儼袮syncTask拋棄重新寫一個(gè)擴(kuò)展性強(qiáng)的，可以隨時(shí)取消API請(qǐng)求網(wǎng)絡(luò)底層，那么我們的這個(gè)網(wǎng)絡(luò)底層的線程池使用的是什么：使用原生的ThreadPoolExecutor + Runnable + Handler
首先我們要把App所調(diào)用的所有的API接口放到一個(gè)類或者xml文件中去，我們這里放在xml文件里面去，當(dāng)然要寫出讀取xml的類和函數(shù)：
其中key和url的值符合key-value鍵值，expires代表數(shù)據(jù)緩存的時(shí)間單位為毫秒，netType代表請(qǐng)求方式(POST和GET) ，mockClass代表的是返回假數(shù)據(jù)的類。
RemoteService和RequestCallback和RequestParameter
這三個(gè)類表示的是請(qǐng)求的服務(wù)，請(qǐng)求返回，請(qǐng)求參數(shù)，三個(gè)給APP調(diào)用的類。
其他的兩個(gè)類在方法中調(diào)用：
context：表示上下文
key：即xml文件中的key
RequestParameter：請(qǐng)求攜帶的參數(shù)
callback：請(qǐng)求回調(diào)
forceUpdate：是否強(qiáng)制更新數(shù)據(jù)，忽略緩存
RequestMannager類是一個(gè)集合類，用于取消請(qǐng)求的。每次發(fā)起請(qǐng)求時(shí)，都會(huì)把為此創(chuàng)建的Request添加到RequestManager中，即RequestManager中保存了全部的request。
他是對(duì)ThreadPoolExecutor和ArrayBlockingQueue的簡單封裝，是一個(gè)線程池，每發(fā)起一次請(qǐng)求，這個(gè)線程池就會(huì)分配一個(gè)新的線程來執(zhí)行該請(qǐng)求。
HttpRequest類，發(fā)起HTTP請(qǐng)求的地方，他事先了Runable，從而讓DefaultThreadPool可以分配新的線程，所以所有的請(qǐng)求邏輯都在Runnable接口方法里：
在這個(gè)類中對(duì)于get請(qǐng)求接口，他會(huì)把傳遞來的數(shù)據(jù)，處理為相應(yīng)的格式：http：// K1=va1K2=va2。對(duì)于Post格式的請(qǐng)求接口，他會(huì)把傳遞過來的數(shù)據(jù)轉(zhuǎn)換為BasicNameValuePair的形式，并放在表單中提交。
需要注意的是，因?yàn)槲覀儼衙總€(gè)HttpRequest都放在了子線程中執(zhí)行，所以RequestCallback的回調(diào)不能直接操作UI線程的控件，所以這個(gè)時(shí)候Handler就可以用到了。使用這個(gè)就可以保證RequestCallback的回調(diào)在UI線程上，不會(huì)報(bào)錯(cuò)。
六談這個(gè)話題，是因?yàn)楹芏鄷r(shí)間都忽略了這個(gè)因素，網(wǎng)絡(luò)傳輸數(shù)據(jù)的壓縮很少有人去關(guān)注，然而有時(shí)間提到這個(gè)問題的時(shí)間卻一時(shí)不知道怎么回答，或者已經(jīng)忘掉了這個(gè)概念...
進(jìn)入正題，首先來聊聊Gzip。
Gzip是GNUZip的縮寫，他是一個(gè)GNU自由軟件的文件圧縮程序。
我們?cè)谶M(jìn)行網(wǎng)絡(luò)傳輸數(shù)據(jù)時(shí)，經(jīng)常用到j(luò)son、xml等格式的數(shù)據(jù),這些數(shù)據(jù)在傳輸前可以進(jìn)行壓縮,這時(shí)候就會(huì)涉及到一種壓縮格式—Gzip。Gzip的壓縮比率非常大,有的甚至能達(dá)到99.9%以上，可以大大減少傳輸內(nèi)容，提高用戶的傳輸速度，進(jìn)而提高用戶的體驗(yàn)。
比如我們通過第一個(gè)鏈接看一下“開源中國的新聞頁”，網(wǎng)址如下：
;pageIndex=0pageSize=20
結(jié)果顯示，這個(gè)網(wǎng)頁沒有進(jìn)行壓縮，源文件大小為12KB，而壓縮后，文件可減小到0.01KB，可以節(jié)省99.92%的傳輸控件。這是什么概念呢？相當(dāng)于100MB的數(shù)據(jù)經(jīng)過壓縮后不到1MB。
說道這里，我們先說一下Http中的Gzip技術(shù)細(xì)節(jié)
HTTP協(xié)議上的GZIP編碼是一種用來改進(jìn)WEB應(yīng)用程序性能的技術(shù)。一般服務(wù)器中都安裝有這個(gè)功能模塊的，服務(wù)器端不需做改動(dòng)，當(dāng)瀏覽器支持gzip 格式的時(shí)候， 服務(wù)器端會(huì)傳輸gzip格式的數(shù)據(jù)。具體講就是 http request 頭中 有 "Accept-Encoding", "gzip" ，response 中就有返回頭Content-Encoding=gzip ，我們現(xiàn)在從瀏覽器上訪問玩啥網(wǎng)站都是gzip格式傳輸?shù)摹?/p>
同樣的的道理，我們可以在android 客戶端 request 頭中加入 "Accept-Encoding", "gzip" ，來讓服務(wù)器傳送gzip 數(shù)據(jù)。
首先,客戶端發(fā)請(qǐng)求給服務(wù)端,會(huì)帶上請(qǐng)求頭:Accept-Encoding:gzip。第二步，服務(wù)端接收到請(qǐng)求頭后，可以選擇壓縮或不壓縮。第三步，服務(wù)端選擇壓縮后，文件明顯變小，同時(shí)在響應(yīng)頭加上Content-Encoding:gzip。第四步，客戶端接收到響應(yīng)后，根據(jù)響應(yīng)頭中是否帶有Content-Encoding:gzip，判斷文件是否被壓縮，如果壓縮就進(jìn)行解壓，如果沒有壓縮，就按照正常方式讀取數(shù)據(jù)即可。
OKhttp3.4.0開始將這些邏輯抽離到了內(nèi)置的interceptor中，看起來較為方便
在 BridgeInterceptor.java 這個(gè)類里邊可以看到
如果header中沒有Accept-Encoding，默認(rèn)自動(dòng)添加 ，且標(biāo)記變量transparentGzip為true。
針對(duì)返回結(jié)果，如果同時(shí)滿足以下三個(gè)條件：
移除 Content-Encoding、Content-Length，并對(duì)結(jié)果進(jìn)行解壓縮。
可以看到以上邏輯完成了，由此我們通過OkHttp源碼得出以下結(jié)論：
由于引用太多源碼就不寫了，直接針對(duì)以上6點(diǎn)做結(jié)果分析
? ?? Android’s HTTP Clients
? ?? HttpURLConnection
? ?? HTTP 協(xié)議中的 Transfer-Encoding
目前框架使用的主要都是開源框架，都可以在github上找到：
1、volley
2、android-async-http
3、Afinal框架
4、xUtils框架
5、ThinkAndroid
6、LoonAndroid
主要有以下模塊：
(1) 自動(dòng)注入框架（只需要繼承框架內(nèi)的application既可）
(2)
圖片加載框架（多重緩存，自動(dòng)回收，最大限度保證內(nèi)存的安全性）
(3) 網(wǎng)絡(luò)請(qǐng)求模塊（繼承了基本上現(xiàn)在所有的http請(qǐng)求）
(4)
eventbus（集成一個(gè)開源的框架）
(5) 驗(yàn)證框架（集成開源框架）
(6) json解析（支持解析成集合或者對(duì)象）
(7) 數(shù)據(jù)庫（不知道是哪位寫的 忘記了）
(8) 多線程斷點(diǎn)下載（自動(dòng)判斷是否支持多線程，判斷是否是重定向）
(9)
自動(dòng)更新模塊
(10) 一系列工具類
重慶分公司
重慶分公司
