android圖片緩存框架

A. Android圖片框架對比

對比現在主流圖片框架的優勢和缺點，在實際項目中如何選擇適合自己的框架；

Glide、Fresco、Picasso、ImageLoader
共同優點：

以上名詞介紹

在分析他們的差異、優缺點之前，我們先了解圖片緩存通用的概念：

以上概念在不同框架之間可能不同，比如Displayer在ImageLoader中叫做ImageAware,在Picasso和Glide中叫做Target。

以上為Glide的總體設計圖。
整個庫分為RequestManager（請求管理器）、Engine（數據獲取引擎）、Fetcher(數據獲取器)、MemoryCache（內存緩存）、DiskLRUCache（本地緩存）、Transformation(圖片處理)、Encoder（編碼處理）、Registry(圖片類型以及解析器配置)、Target(目標)等模塊。

簡單流程： Glider收到載入及顯示資源任務，創建Request並將它交給RequestManager,Request啟動Engine去數據源獲取資源，得到資源後通過Transformation處理後交給Target.
Glide依賴DiskLRUCache、GifDecoder等開源庫去完成本地緩存和Gif圖片解密工作；

為Bitmap 維護一個BitmapPool對象池, 對象池的主要目的是通過減少大對象的分配以重用來提高性能!

缺點 ：
①圖片質量低：因為機制不同，速度快，但是圖片的質量降低了RGB565;
②多尺寸緩存導致內存和磁碟佔用多：根據ImageView大小來緩存，可能會導致一張圖片可能根據展示情況來緩存不同尺寸的幾份；

擴展理解參考： https://www.jianshu.com/p/1ab5597af607

以上為Picasso的總體設計圖。
整個庫分為Dispatcher、RequestHandler以及Downloader、PicassoDrawable等模塊。
簡單流程： Picasso收到載入顯示圖片任務後，創建Request並將它交給Dispatcher，Dispatcher分發任務到具體RequestHandler，任務通過MemoryCache及Handler(數據獲取介面)獲取圖片，圖片獲取成功後通過PicassoDrawable顯示到Target中；

上面Data的File system部分，Picasso沒有自定義本地緩存的介面，默認使用http的本地緩存，API19以上使用okhttp,一下使用UrlConnection，所以如果需要自定義本地緩存就需要自定義Downloader;

缺點 ：載入速度沒有其他框架快；
特點 ：只緩存一個全尺寸的圖片，根據需求的大小在壓縮轉換；

以上為Fresco的總體設計圖
整個庫分為UI:DraweeView(View控制項)、Drawable（圖片數據）、DraweeController（圖片控制器）、DraweeHiierarchy（圖片體系）；Core:DataSource（數據源）、ImagePipeline（圖像管道）、Procer（生產者）、ProcerFacotry(生產工廠)、Subcriber(訂閱)、Supplier(供應者)、Consumer（消費者）；IO/Data:MemoryCache(內存緩存)、Network、DiskCache(磁碟緩存)、Recourse（本地資源）

簡單流程： 從上面的結構可以看出，fresco主要採用了工廠+建造者的模式實現功能，邏輯劃分比較清楚；Fresco框架整體是一個MVC模式，DrawableView--->View用來顯示頂層視圖、DrawableController--->Control控制載入圖片的配置 事件的分發、DrawableHierarchy--->Model 用於存儲和描述圖片信息，同時也封裝了一些圖片的顯示和視圖層級的方法；ImagePipeline模塊負責從網路、本地文件系統、本地資源載入圖片

缺點：
①框架大，影響Apk體積；
②一定的學習成本，使用比較繁瑣，需要使用內部提供的ImageView控制項,使用起來比較復雜；

B. 現如今，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) 一系列工具類

C. 安卓從手機相冊獲取照片作為頭像緩存地址

* 1、實現原理:用戶打開相冊或相機選擇相片後,相片經過壓縮並設置在控制項上,圖片在本地sd卡存一份(如果有的話,沒大桐有則內部存儲,所以還
* 需要判斷用戶是否掛載了sd卡),然後在伺服器上存儲一份該圖片,當下次再次啟桐則動應用時,會默認去sd卡載入該圖片,如果本地沒有,再會去聯網請求
* 2、使用了picasso框架以及自定義BitmapUtils工具類
* 3、記得加上相關權局仿棚限
* <uses-permission android:name="android.permission.INTERNET"></uses-permission>
<uses-permission android:name="android.permission.CAMERA"/>
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"></uses-permission>
* */
public class MainActivity extends AppCompatActivity implements View.OnClickListener {
private ImageView iv;//要設置的頭像
private Button btn_photo;//調用相冊按鈕
private Button btn_camera;//調用相機按鈕
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
iv=(ImageView) findViewById(R.id.iv);
btn_photo = (Button) findViewById(R.id.btn_photo);
btn_camera = (Button) findViewById(R.id.btn_camera);
btn_photo.setOnClickListener(this);
btn_camera.setOnClickListener(this);
}
@Override
public void onClick(View v) {
switch (v.getId()) {
case R.id.btn_photo://打開系統相冊
Intent intent=new Intent(Intent.ACTION_PICK, MediaStore.Images.Media.EXTERNAL_CONTENT_URI);
startActivityForResult(intent,100);
break;
case R.id.btn_camera://打開系統相機
Intent intent2=new Intent(MediaStore.ACTION_IMAGE_CAPTURE);
startActivityForResult(intent2,200);
break;
}
}
@RequiresApi(api = Build.VERSION_CODES.KITKAT)
@Override
protected void onActivityResult(int requestCode, int resultCode, Intent data) {
super.onActivityResult(requestCode, resultCode, data);
if(requestCode==100&&resultCode==RESULT_OK&&data!=null){//系統相冊
Uri imageData = data.getData();
String path=getPath(imageData);
Bitmap bitmap = BitmapFactory.decodeFile(path);
Bitmap bitmap1 = BitmapUtils.zoom(bitmap, iv.getWidth(), iv.getHeight());
Bitmap bitmap2 = BitmapUtils.circleBitmap(bitmap1);
//載入顯示
iv.setImageBitmap(bitmap2);
//bitmap圖片上傳到伺服器......
//bitmap圖片保存到本地
saveImage(bitmap2);
}else if(requestCode==200&&resultCode==RESULT_OK&&data!=null){//系統相機
Bitmap bitmap = (Bitmap) data.getExtras().get("data");
BitmapUtils.zoom(bitmap,iv.getWidth(),iv.getHeight());
bitmap=BitmapUtils.circleBitmap(bitmap);
//載入顯示
iv.setImageBitmap(bitmap);
//bitmap圖片上傳到伺服器......
//bitmap圖片保存到本地
saveImage(bitmap);
}
}
/**
* 數據的存儲。（5種）
* Bimap:內存層面的圖片對象。
*
* 存儲--->內存：
* BitmapFactory.decodeFile(String filePath);
* BitmapFactory.decodeStream(InputStream is);
* 內存--->存儲：
* bitmap.compress(Bitmap.CompressFormat.PNG,100,OutputStream os);
*/
private void saveImage(Bitmap bitmap) {
File filesDir;
if(Environment.getExternalStorageState().equals(Environment.MEDIA_MOUNTED)){//判斷sd卡是否掛載
//路徑1：storage/sdcard/Android/data/包名/files
filesDir = this.getExternalFilesDir("");
}else{//手機內部存儲
//路徑：data/data/包名/files
filesDir = this.getFilesDir();
}
FileOutputStream fos = null;
try {
File file = new File(filesDir,"icon.png");
fos = new FileOutputStream(file);
bitmap.compress(Bitmap.CompressFormat.PNG, 100,fos);
} catch (FileNotFoundException e) {
e.printStackTrace();
}finally{
if(fos != null){
try {
fos.close();
} catch (IOException e) {
e.printStackTrace();
}
}
}
}
//如果本地有,就不需要再去聯網去請求
private boolean readImage() {
File filesDir;
if(Environment.getExternalStorageState().equals(Environment.MEDIA_MOUNTED)){//判斷sd卡是否掛載
//路徑1：storage/sdcard/Android/data/包名/files
filesDir = getExternalFilesDir("");
}else{//手機內部存儲
//路徑：data/data/包名/files
filesDir = getFilesDir();
}
File file = new File(filesDir,"icon.png");
if(file.exists()){
//存儲--->內存
Bitmap bitmap = BitmapFactory.decodeFile(file.getAbsolutePath());
iv.setImageBitmap(bitmap);
return true;
}
return false;
}
@RequiresApi(api = Build.VERSION_CODES.KITKAT)
private String getPath(Uri uri) {
int sdkVersion = Build.VERSION.SDK_INT;
//高於4.4.2的版本
if (sdkVersion >= 19) {
Log.e("TAG", "uri auth: " + uri.getAuthority());
if (isExternalStorageDocument(uri)) {
String docId = DocumentsContract.getDocumentId(uri);
String[] split = docId.split(":");
String type = split[0];
if ("primary".equalsIgnoreCase(type)) {
return Environment.getExternalStorageDirectory() + "/" + split[1];
}
} else if (isDownloadsDocument(uri)) {
final String id = DocumentsContract.getDocumentId(uri);
final Uri contentUri = ContentUris.withAppendedId(Uri.parse("content://downloads/public_downloads"),
Long.valueOf(id));
return getDataColumn(this, contentUri, null, null);
} else if (isMediaDocument(uri)) {
final String docId = DocumentsContract.getDocumentId(uri);
final String[] split = docId.split(":");
final String type = split[0];
Uri contentUri = null;
if ("image".equals(type)) {
contentUri = MediaStore.Images.Media.EXTERNAL_CONTENT_URI;
} else if ("video".equals(type)) {
contentUri = MediaStore.Video.Media.EXTERNAL_CONTENT_URI;
} else if ("audio".equals(type)) {
contentUri = MediaStore.Audio.Media.EXTERNAL_CONTENT_URI;
}
final String selection = "_id=?";
final String[] selectionArgs = new String[]{split[1]};
return getDataColumn(this, contentUri, selection, selectionArgs);
} else if (isMedia(uri)) {
String[] proj = {MediaStore.Images.Media.DATA};
Cursor actualimagecursor = this.managedQuery(uri, proj, null, null, null);
int actual_image_column_index = actualimagecursor.getColumnIndexOrThrow(MediaStore.Images.Media.DATA);
actualimagecursor.moveToFirst();
return actualimagecursor.getString(actual_image_column_index);
}
} else if ("content".equalsIgnoreCase(uri.getScheme())) {
// Return the remote address
if (isGooglePhotosUri(uri))
return uri.getLastPathSegment();
return getDataColumn(this, uri, null, null);
}
// File
else if ("file".equalsIgnoreCase(uri.getScheme())) {
return uri.getPath();
}
return null;
}
/**
* uri路徑查詢欄位
*
* @param context
* @param uri
* @param selection
* @param selectionArgs
* @return
*/
public static String getDataColumn(Context context, Uri uri, String selection, String[] selectionArgs) {
Cursor cursor = null;
final String column = "_data";
final String[] projection = {column};
try {
cursor = context.getContentResolver().query(uri, projection, selection, selectionArgs, null);
if (cursor != null && cursor.moveToFirst()) {
final int index = cursor.getColumnIndexOrThrow(column);
return cursor.getString(index);
}
} finally {
if (cursor != null)
cursor.close();
}
return null;
}
private boolean isExternalStorageDocument(Uri uri) {
return "com.android.externalstorage.documents".equals(uri.getAuthority());
}
public static boolean isDownloadsDocument(Uri uri) {
return "com.android.providers.downloads.documents".equals(uri.getAuthority());
}
public static boolean isMediaDocument(Uri uri) {
return "com.android.providers.media.documents".equals(uri.getAuthority());
}
public static boolean isMedia(Uri uri) {
return "media".equals(uri.getAuthority());
}
/**
* @param uri The Uri to check.
* @return Whether the Uri authority is Google Photos.
*/
public static boolean isGooglePhotosUri(Uri uri) {
return "com.google.android.apps.photos.content".equals(uri.getAuthority());
}
/**
* 判斷本地是否有該圖片,沒有則去聯網請求
* */
@Override
protected void onResume() {
super.onResume();
if(readImage()){
return;
}
}
}
//BitmapUtils工具類public class BitmapUtils { /**
* 該方法用於將圖片進行圓形處理
* */ public static Bitmap circleBitmap(Bitmap source){ //默認只對寬進行處理 int width=source.getWidth(); Bitmap bitmap=Bitmap.createBitmap(width,width,Bitmap.Config.ARGB_8888); Canvas canvas=new Canvas(bitmap); Paint paint=new Paint(); //設置抗鋸齒 paint.setAntiAlias(true); canvas.drawCircle(width/2,width/2,width/2,paint); paint.setXfermode(new PorterDuffXfermode(PorterDuff.Mode.SRC_IN)); canvas.drawBitmap(source,0,0,paint); return bitmap; } /** * 該方法用於圖片壓縮處理,注意width、height參數的類型必須是float * */ public static Bitmap zoom(Bitmap source,float width,float height){ Matrix matrix=new Matrix(); //圖片進行壓縮處理 matrix.postScale(width/source.getWidth(),height/source.getHeight()); Bitmap bitmap = Bitmap.createBitmap(source, 0, 0, source.getWidth(), source.getHeight(), matrix, false); return bitmap; }}
以上所述是小編給大家介紹的Android實現調用系統圖庫與相機設置頭像並保存在本地及伺服器 ，希望對大家有所幫助

D. android有哪幾種緩存方式，優缺點是什麼

二級緩存工作機制。

1.所謂二級緩存實際上並不復雜，當Android端需要獲得數據時比如獲取網路中的圖片，我們首先從內存中查找（按鍵查找），內存中沒有的再從磁碟文件或sqlite中去查找，若磁碟中也沒有才通過網路獲取。

2.當獲得來自網路的數據，就以key-value對的方式先緩存到內存（一級緩存），同時緩存到文件或sqlite中（二級緩存）。注意：內存緩存會造成堆內存泄露，所有一級緩存通常要嚴格控制緩存的大小，一般控制在系統內存的1/4。

3.網路中的數據是變化的，數據一旦放入緩存中，再取該數據就是從緩存中獲得，這樣豈不是不能體現數據的變化？在緩存數據時會設置有效時間，比如說30分鍾，若超過這個時間數據就失效並釋放空間，然後重新請求網路中的數據。

E. 安卓框架有哪些

問題一：Android常用的框架有哪些 Android開發中常用的框架：
1、Afinal
Afinal是一個android的ioc，orm框架，內置了四大模塊功能：FinalAcitivity,FinalBitmap,FinalDb,FinalHttp。通過finalActivity，可以通過註解的方式進行綁定ui和事孝戚歷件。通過finalBitmap，可以方便的載入bitmap圖片，而無需考慮oom等問題。通過finalDB模塊，一行代碼就可以對android的sqlite資料庫進行增刪改查。通過FinalHttp模塊，以ajax形式請求數據。
2、 xUtils
xUtils：可以說是Afinal的升級版。
xUtils 包含了很多實用的android工具。
xUtils 支持大文件上傳，更全面的請求協議支持(10種謂詞)，擁有更加靈活的ORM，更多的事件註解支持且不受混淆影響。
xUitls 最低兼容android 2.2 (api level8)。
3、LoonAndroid
這是一個純實現功能的框架，它的目標是節省代碼量，降低耦合，讓代碼層次看起來更清晰。
4、 KJFrameForAndroid
是一個android的orm 和 ioc 框架。同時封裝了android中的Bitmap與Http操作的框架，使其更加簡單易用；
KJFrameForAndroid的設計思想是通過封裝Android原生SDK中復雜的復雜操作而達到簡化Android應用級開發，最終實現快速而又安全的開發APP。我們提倡用最少的代碼，完成最多的操作，用最高的效率，完成最復雜的功能。
項目地址：github/kymjs/KJFrameForAndroid
5、 dhroid
dhroid 是基於android 平台, 極速開發框架，其核心設計目標是開發迅速、代碼量少、學習簡單、功能仔或強大、輕量級、易擴展.使你更快,更好的開發商業級別應用。
6、 SmartAndroid
SmartAndroid是一套給 Android開發者使用的應用程序開發框架和工具包。提供了一套豐富的標准庫以及簡單的介面和邏輯結構，其目的是使開發人員更快速地進行項目開發。使用 SmartAndroid可以減少代碼的編寫量，並將你的精力投入到項目的創造性開發上。
7、 andBase
ndbase是為Android開發者量身打造的一款開源類庫產品
8、 AndroidAnnotations
完全的註解，使開發起來更加便利，程序員寫的代碼也更少。
9、 volley
Volley是Android平台上的網路通信庫，能使網路通信更快，更簡單，更健壯非同步載入網路圖片、網路數據，Google官方推薦。

問題二：安卓軟體開發框架有哪些 安卓軟體開發需要一定的java基礎，當然少不了Java環境的搭建，還有安卓SDK的環境搭建，接著你下個eclipse裝個ADT插件，或者直接用Android studio就可以開發安卓應用了，具體的建議你找個開發教程

問題三：android有哪些實用框架?分別用來做什麼? Android 目前還沒有那樣成熟的框架可以使用……
只能說有一些開源項目較好地解決了部分方面的問題，例如：
（1）EventBus：解決了模塊之間消息傳遞解耦合的問題
（2）picasso：解決非同步載入圖片和緩存圖片的問題
（3）dagger：一個依賴注入工具庫
……
其他開巧搜源項目大多數解決了部分通用 UI 控制項的問題，不過我看你的意思是架構級別的框架，而不是什麼 UI 控制項這類的小東西。

問題四：什麼是android的框架開發 上圖中的第二層Framework

問題五：常用的android開發框架有哪些 android bootstrap有試用過，但其實不用框架都能完成你想要的功能的話，真心沒必要用。

問題六：Android的系統架構包括哪些部分 Android的系統架構和其操作系統一樣，採用了分層的架構。Android分為四個層，從高層到低層分別是應用程序層、應用程序框架層、系統運行庫層和linux內核層。
一、應用程序
Android會同一系列核心應用程序包一起發布，該應用程序包包括客戶端，SMS短消息程序，日歷，地圖，瀏覽器，聯系人管理程序等。所有的應用程序都是使用JAVA語言編寫的。
二、應用程序框架
開發人員也可以完全訪問核心應用程序所使用的API框架。該應用程序的架構設計簡化了組件的重用;任何一個應用程序都可以發布它的功能塊並且任何其它的應用程序都可以使用其所發布的功能塊（不過得遵循框架的安全性）。同樣，該應用程序重用機制也使用戶可以方便的替換程序組件。
三、系統運行庫
Android 包含一些C/C++庫，這些庫能被Android系統中不同的組件使用。它們通過 Android 應用程序框架為開發者提供服務。
四、Linux內核層
Android內核是基於Linux 內核的修改的內核版本，它提供了用於支持Android平台的設備驅動。

問題七：android快速開發框架有哪些 ThinkAndroid免費源、簡易、遵循Apache二源協議發布Android發框架其發宗旨簡單、快速進行Android應用程序發包含Android mvc、簡易sqlite orm、ioc模塊、封裝Android clitent模塊,具快速構建文件緩存功能需考慮緩存文件格式都非輕松實現緩存基於文件緩存模塊實現圖片緩存功能android載入圖片候oom問題載入圖片錯位問題都輕易解決包括手機發經應用實用工具類志管理配置文件管理android載器模塊中國絡切換檢測等等工具 目前ThinkAndroid主要模塊： MVC模塊：實現視圖與模型離 ioc模塊：androidioc模塊完全註解式進行UI綁定、res資源讀取、及象初始化 資料庫模塊：androidorm框架使用線程池sqlite進行操作 模塊：通client進行封裝數據請求支持非同步及同步式載入 緩存模塊：通簡單配置及設計實現緩存緩存隨意配置 圖片緩存模塊：imageview載入圖片候需考慮圖片載入程現oomandroid容器快速滑候現圖片錯位等現象 配置器模塊：簡易實現配配置操作目前配置文件支持Preference、Properties配置進行存取 志列印模塊：較快輕易實現志列印支持志列印擴展目前支持sdcard寫入本列印、及控制台列印 載器模塊:簡單實現線程載、台載、斷點續傳、載進行控制、始、暫停、刪除等等 中國絡狀態檢測模塊：中國絡狀態改變中國絡狀態進行檢

問題八：主流android開發框架有哪些 android開發框架github上有非常非常多，各種都是開源的，例如側滑菜單，ImageLoading等等。

問題九：Android 有哪些著名的開源框架呢？ 什麼應用才對應什麼所謂框架。你寫個游戲用J2EE的框架試試。或者你寫個搜索引擎用游戲引擎試試。沒有哪個框架解決所有問題，如果那樣，搞計算機也太簡單了，框架拿來，隨便改改就是一個軟體。還是學點設計模式這些基本的有用。

問題十：Android軟體框架結構自可分為哪些層？ 開發一個程序，android的系統框架是層層相扣，不能分開的。
應用程序層：
這個層主要指的就是用java語言編寫的運行在虛擬機上的程序，Google在最開始時就 在android系統中捆綁了一些核心的應用（核心應用的編寫必須使用應用層序框架層的API框架），例如你android手機中SMS發送短消息的程序，通訊錄等等。
應用程序框架層：
指的就是開發時所需要的API框架，開發人員是在遵守該框架的原則上，調用他們的，開發自己所需要的程序。
系統運行庫層：
用於支持應用框架層的各個組件的。就是說當開發人員使用android應用框架層時，android系統會通過一些C/C++庫來支持對我們使用的各個組件，使其能更好地為開發者服務。
linux核心層：
android的核心系統服務如安全性、內存管理、進程管理、網路協議棧和驅動模型等都依賴於Linux2.6內核，Linux內核同時也作為硬體和軟體棧之間的抽象層。
因此，你開發的程序是運行在應用程序層，開發中寫代碼調用的包，是基於應用框架層，而在應用框架中的各個組件是需要系統運行庫的支持的，例如，你要登陸查看的信息就必須訪問到SQLite資料庫，SQLite就位於系統運行庫，再有，你登入要輸入信息，肯定需要鍵盤驅動的支持，而各種驅動是依賴Linux內核的。

F. android有哪些第三方框架

ThinkAndroid是一個免費的開源的、簡易的、遵循Apache2開源協議發布的Android開發框架，其開發宗旨是簡單、快速的進行Android應用程序的開發，包含Android mvc、簡易sqlite orm、ioc模塊、封裝Android httpclitent的http模塊,具有快速構建文件緩存功能，無需考慮緩存文件的格式，都可以非常輕松的實現緩存，它還基於文件緩存模塊實現了圖片緩存功能，在android中載入的圖片的時候，對oom的問題，和對載入圖片錯位的問題都輕易解決。他還包括了一個手機開發中經常應用的實用工具類，如日誌管理，配置文件管理，android下載器模塊，網路切換檢測等等工具。 目前ThinkAndroid主要有以下模塊： MVC模塊：實現視圖與模型的分離。 ioc模塊：android中的ioc模塊，完全註解方式就可以進行UI綁定、res中的資源的讀取、以及對象的初始化。 資料庫模塊：android中的orm框架，使用了線程池對sqlite進行操作。 http模塊：通過httpclient進行封裝http數據請求，支持非同步及同步方式載入。 緩存模塊：通過簡單的配置及設計可以很好的實現緩存，對緩存可以隨意的配置 圖片緩存模塊：imageview載入圖片的時候無需考慮圖片載入過程中出現的oom和android容器快速滑動時候出現的圖片錯位等現象。 配置器模塊：可以對簡易的實現配對配置的操作，目前配置文件可以支持Preference、Properties對配置進行存取。 日誌列印模塊：可以較快的輕易的是實現日誌列印，支持日誌列印的擴展，目前支持對sdcard寫入本地列印、以及控制台列印 下載器模塊:可以簡單的實現多線程下載、後台下載、斷點續傳、對下載進行控制、如開始、暫停、刪除等等。 網路狀態檢測模塊：當網路狀態改變時，對網路狀態進行檢測。

G. 如何對android客戶端性能優化

性能優化是一個大的范疇，如果有人問你在Android中如何做性能優化的，也許都不知道從哪開始說起。
首先要明白的是，為什麼我們的App需要優化，最顯而易見的時刻：用戶say，什麼狗屎，刷這么久都沒反應，取關卸載算了。
這跟什麼有關，我們先蒼白的反駁下，尼瑪用戶設備老舊網又爛，關我屁事，根本不用優化。可是，老闆拍板了，施壓給CTO，然後CTO又來找你：Y的今天必須給我想辦法優化了，不然不準回家。
好吧，為什麼從UI的表象上看，App又卡又慢而且還錯亂。我們試著來剖析下吧。
題外話：把minSDK改到4.0＋，去特么的low用戶，連手機都不願意換，還能指望它能給你帶來多少營收么，直接pass掉吧。4.0前的系統bug不少，不能為了彌補這些bug而降低了整體的高性能。
好了，讓我們先從UI說起：
首先要明白的是UI的繪制流程：measure-layout-draw，measure與layout都需要for loop所有的子控制項，匯集起來才能完成繪制，布局。所以子控制項越多，所消耗的時間越長(inflate，layout_weight，relative，多層嵌套等)，減少不必要的子控制項或層級，是相當有必要的。你可以通過merge,viewstub這些標簽來減少層級嵌套。如果你的空間觀念沒那麼好，可以用HierarchyViewer工具來檢查。
對於Listview或者GridView這種多item的組件來說，復用item可以減少inflate次數，通過setTag，getTag的ViewHolder方式實現復用，這里要注意的是，holder中的控制項最好reset後再賦值，避免圖片，文字錯亂。
對於ViewPager第一次顯示時卡頓以及左右滑動卡頓，有以下幾種優化方式：

ViewPager同時緩存page數最好為最小值3，如果過多，那麼第一次顯示時，ViewPager所初始化的pager就會很多，這樣pager累積渲染耗時就會增多，看起來就卡。
每個pager應該只在顯示時才載入網路或資料庫(UserVisibleHint=true)，最好不要預載入數據，以免造成浪費
圖片顯示不出來或者載入時間太長，怎麼辦？分兩部分，下載速度，載入速度。

對於下載，要控制好同時下載的最大任務數(平均速度慢)，同時給InputStream再包一層緩沖流會更快(如BufferedInputStream)。
對於載入速度，我們要知道一點，雖然下載的圖片可能只有幾百K，但是decode成bitmap所佔用的內存可是成倍的，盡可能的減小圖片size是根本因素，讓服務端提供不同解析度的圖片才是最好的解決方案，內存總有耗盡的時刻，別老想著大解析度會更清晰，實際就只有150*150的空間，非給弄張1000*1000的圖片是不恰當的。另外論載入速度：內存>硬碟>網路，合理的使用內存緩存也是關鍵。假如自己寫不好，沒關系，有那麼多開源的圖片緩存框架，不用自己操心。
再說緩存
有很多種緩存方式，也不用Stay列舉了，我們要說的是搭配使用。

比方說，以前我們一直在用強引用，HashMap，後來我們發現占內存，我們就用軟引用，弱引用來及時回收，再後來因為回收機制不可控，所以又有了lrucache，disklrucache通過演算法來平衡內存與硬碟緩存。隨著android版本的推進與演化，我們也應該擁抱變化。如果你的App里還有軟引用，弱引用的地方，不妨再check下。
比方說網路＋資料庫。網路我們一般都是去主動獲取，而非被動接受。那如果說數據是重復的或者未更改的呢？那我們去取一次網路數據有什麼意義呢？我的解決方案是給每個activity或fragment或每個組件設置一個最大請求間隔，比如一個listview，第一次請求數據時，保存一份到資料庫，並記下時間戳，當下次重新初始化時，判斷是否超過最大時間間隔(如5分鍾)，如果沒有，只載入資料庫數據，不需要再做網路請求。當然，還有一些隱式的http請求框架會緩存伺服器數據，在一定時間內不再請求網路，或者當伺服器返回304時將之前緩存的數據直接返回。
反正也說到網路了，那我們也來說說

現在有很多現成HTTP框架供我們使用，我們幾乎只用寫配置就可以搞定一個url請求，但是這里有很多需要服務端配合的，比如：json數據格式，WebP代替jpg，支持斷點續傳，多個請求合並成一個，盡量不做重定向，伺服器緩存以及負載均衡等。
對客戶端本身，除了上述的實現，我們還需要合理的緩存，控制最大請求並發量，及時取消已失效的請求，過濾重復請求，timeout時間設置，請求優先順序設置等。
優化可不是一個人的事，實現一個功能簡單，但是想優化重構，那是很不容易的事。需要多方面的預判與聯調。合理的假設與實踐是優化最重要的手段。
說完這些具體的點，我們再來說說一些常識，或者稱之為代碼規范。

你要知道for loop中不要聲明臨時變數，不到萬不得已不要在裡面寫try catch。
明白垃圾回收機制，避免頻繁GC，內存泄漏，OOM(有機會專門說)
合理使用數據類型，比如StringBuilder代替String，(筆試題最常見的是str+="str"中有幾個對象) ，少用枚舉enum，少用父類聲明(List,Map)
如果你有頻繁的new線程，那最好通過線程池去execute它們，減少線程創建開銷。
你要知道單例的好處，並正確的使用它。
多用常量，少用顯式的"action_key"，並維護一個常量類，別重復聲明這些常量。
如果可以，至少要弄懂設計模式中的策略模式，組合模式，裝飾模式，工廠模式，觀察者模式，這些能幫助你合理的解耦，即使需求頻繁變更，你也不用害怕牽一發而動全身。需求變更不可怕，可怕的是沒有在寫代碼之前做合理的設計。
當然還有很多很多，Stay所說的也只是一個大的輪廓，還是需要自己不斷的嘗試。會開發寫代碼跟會做產品的區別還是蠻大的，僅僅是態度就能刷死80%的碼農了。當你碰到一些需要優化的地方，耐心的去分析，時間的累積會讓你成為真正的工程師。
另外優化也沒有絕對的完美，每一次優化都是基於當前的環境來做的，要明白溝通是最好的優化，不盲從，不隨便，三思而後行。
Android上如何做性能優化的？大概寫三年代碼就能差不多知道了。

H. android開發三大框架

XUtil框架、volley、ImageLoader框架。

1、XUtil框架：

主要有四大模塊：

（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內存；可配置線程載入線程數量，緩存大小，緩存路徑，載入顯示動畫等…

2、volley：JSON，圖像等的非同步下載；網路請求的排序（scheling）網路請求的優先順序處理緩存多級別取消請求和Activity和生命周期的聯動（Activity結束時同時取消所有網路請求）。

3、ImageLoader框架：支持多線程圖片載入液寬。提供豐富的細節配置，比如線程池大小，鬧清亮HTPP請求項，內存和磁碟緩存，圖片顯示時的參數配置等等；提供雙緩存，支持載入過程的監聽；提供圖片的個性化顯示配置介面。