androidasfresco

① android開發一般都使用什麼框架

目前框架使用的主要都是開源框架，都可以在github上找到：
1、volley
2、android-async-http
3、Afinal框架
4、xUtils框架
5、ThinkAndroid
6、LoonAndroid
主要有以下模塊：
(1) 自動注入框架（只需要繼承框架內的application既可）
(2)
圖片載入框架（多重緩存，自動回收，最大限度保證內存的安全性）
(3) 網路請求模塊（繼承了基本上現在所有的http請求）
(4)
eventbus（集成一個開源的框架）
(5) 驗證框架（集成開源框架）
(6) json解析（支持解析成集合或者對象）

(7) 資料庫（不知道是哪位寫的 忘記了）
(8) 多線程斷點下載（自動判斷是否支持多線程，判斷是否是重定向）
(9)
自動更新模塊
(10) 一系列工具類

② android開發一般都使用什麼框架

Android開發框架介紹
編輯文檔
學分 +2
開發框架方麵包含基本的應用功能開發、數據存儲、網路訪問這三大塊：
一、應用方面
一般而言一個標準的Android程序由如下4部分組成即Activity、Broadcast Intent Receiver、Service、Content Provider： 1. Activity是最頻繁、最基本的模塊，在Android中，一個Activity就是手機上一屏，相當於一個網頁一樣，所不同的是，每個Activity運行結束了，有個返回值，類似一個函數一樣。Android系統會自動記錄從首頁到其他頁面的所有跳轉記錄並且自動將以前的Activity壓入系統堆棧，用戶可以通過編程的方式刪除歷史堆棧中的Activity Instance。
Activity類中主要是跟界面資源文件關聯起來（res/layout目錄下的xml資源，也可以不含任何界面資源），內部包含控制項的顯示設計、界面交互設計、事件的響應設計以及數據處理設計、導航設計等application設計的方方面面。 2. Broadcast Intent Receiver
Intent提供了各種不同Activity進行跳轉的機制，譬如如果從A activity跳轉到B activity，使用Intent來實現如下： Intent in = new Intent(A.this, B.class); startActivity(in);
BroadcastReceiver提供了各種不同的Android應用程序進行進行進程間通訊的機制，譬如當電話呼叫來臨時，可以通過BroadcastReceiver發布廣播消息。對於用戶而言，BroadcastReceiver是不透明的，用戶無法看到這個事件，BroadcastReceiver通過NotificationManager來通知用戶這些事件發生了，它既可以在資源AndroidManifest.xml中注冊，也可以在代碼中通過Context.registerReceiver()進行注冊，只要是注冊了，當事件來臨的時候，即時程序沒有啟動，系統也在需要的時候會自動啟動此應用程序；另外各應用程序很方便地通過Context.sendBroadcast()將自己的事情廣播給其他應用程序；
3. Service,跟Windows當中的Service完全是一個概念，用戶可以通過startService(Intent service)啟動一個Service，也可通過Context.bindService來綁定一個Service.
4. Content Provider，由於Android應用程序內部的數據都是私有的，Content Provider提供了應用程序之間數據交換的機制，一個程序可以通過實現一個ContentProvider的抽象介面將自己的數據暴露出去，並且隱蔽了具體的數據存儲實現，標準的ContentProvider提供了基本的CRUD（Create,Read,Update,Delete)的介面，並且實現了許可權機制，保護了數據交互的安全性； 一個標準的Android應用程序的工程文件包含如下幾大部分： -> java源代碼部分(包含Activity)，都在src目錄當中；
-> R.java文件，這個文件是Eclipse自動生成與維護的，開發者不需要修改，提供了Android對的資源全局索引； -> Android Library，這個是應用運行的Android庫；
-> assets目錄，這個目錄裡面主要用與放置多媒體等一些文件；
-> res目錄，放置的是資源文件,跟VC中的資源目錄基本類似，其中的drawable包含的是圖片文件，layout裡麵包含的是布局文件，values目錄裡面主要包含的是字元串(strings.xml)、顏色（colors.xml)以及數組（arrays.xml)資源；
-> AndroidManifest.xml，這個文件異常重要，是整個應用的配置文件，在這個文件中，需要聲明所有用到的Activity、Service、Receiver等。

③ 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控制項,使用起來比較復雜；

④ 安卓開發需要學什麼

安卓開發需要學：

一、應用程序

Android以Java為編程語言，使介面到功能，都有層出不窮的變化，其中Activity等同於J2ME的MIDlet，一個 Activity 類負責創建視窗，一個活動中的Activity就是在 foreground（前景）模式，背景運行的程序叫做Service。

二、中介軟體

操作系統與應用程序的溝通橋梁，並用分為兩層：函數層（Library）和虛擬機（Virtual Machine）。 Bionic是 Android 改良libc的版本。

Android 同時包含了Webkit，所謂的Webkit 就是Apple Safari瀏覽器背後的引擎。Surface flinger 是就2D或3D的內容顯示到屏幕上。Android使用工具鏈(Toolchain)為Google自製的Bionic Libc。

三、硬體抽像層

Android 的 HAL（硬體抽像層）是能以封閉源碼形式提供硬體驅動模塊。HAL
的目的是為了把 Android framework 與 Linux kernel 隔開。

讓 Android 不至過度依賴 Linux
kernel，以達成 kernel independent 的概念，也讓 Android framework
的開發能在不考量驅動程序實現的前提下進行發展。

四、編程語言

Android 是運行於 Linux kernel之上，但並不是GNU/Linux。因為在一般GNU/Linux 里支持的功能，Android 大都沒有支持。

包括Cairo、X11、Alsa、FFmpeg、GTK、Pango及Glibc等都被移除掉了。Android又以bionic 取代Glibc、以Skia 取代Cairo、再以opencore 取代FFmpeg 等等。

五、安全控制

目前Android 的 Linux kernel控制包括安全（Security），存儲器管理（Memory Managemeat），程序管理（Process Management），網路堆棧（Network Stack），驅動程序模型等。

下載Android源碼之前，先要安裝其構建工具Repo來初始化源碼。Repo 是 Android 用來輔助Git工作的一個工具。

參考資料來源：網路—android開發

⑤ Android 開發一般都使用什麼框架

開源框架推薦：

網路
* [okhttp](square/okhttp · GitHub)
* [android-async-http](loopj/android-async-http · GitHub)

事件匯流排
* [otto](square/otto · GitHub)
* [EventBus](greenrobot/EventBus · GitHub)

依賴注入
* [Dagger](square/dagger · GitHub)
* [RoboGuice](roboguice/roboguice · GitHub)
* [ButterKnife](JakeWharton/butterknife · GitHub)

圖片
* [Fresco](facebook/fresco · GitHub)
* [Glide](bumptech/glide · GitHub)
* [picasso](square/picasso · GitHub)

資料庫
* [greenDao](greenrobot/greenDAO · GitHub)
* [ormlite](j256/ormlite-android · GitHub)
* [LitePal](LitePalFramework/LitePal · GitHub)

響應式編程
* [RxJava](ReactiveX/RxJava · GitHub)
* [RxAndroid](ReactiveX/RxAndroid: RxJava bindings for An...)

日誌輸出
* [logger](orhanobut/logger: Simple, pretty and powerf...)
* [android-CLog](liaohuqiu/android-CLog)
* [KLog](ZhaoKaiQiang/KLog · GitHub)
* [LogUtils](pengwei1024/LogUtils · GitHub)

崩潰統計平台
* [騰訊bugly](騰訊Bugly - Android Crash(崩潰)_iOS Crash(崩潰)_ANR_卡頓)
* [Crittercism](Crittercism - Developer Home)
* [Crashlytics](The most powerful, yet lightest weight crash reporting solution for iOS and Android
developers.)

架構設計
這個肯定得了解下MVC，MVP，MVVM還有設計模式這些，這里有幾個開源項目推薦下

philm
Movie collection and information app for Android.
Github地址：chrisbanes/philm: Movie collection and info...

SimpleNews
基於Material Design和MVP的新聞客戶端
Github地址：GitHub - liuling07/SimpleNews: 基於Material Design和MVP的新聞客戶端

GankDaily
A application show technical information every working days, use MVP pattern.
Github地址：maoruibin/GankDaily

SimplifyReader
Github地址：GitHub - SkillCollege/SimplifyReader: 一款基於Google Material Design設計開發的Android客戶端，包括新聞簡讀，圖片瀏覽，視頻爽看 ，音樂輕聽以及二維碼掃描五個子模塊。

NBAPlus
Github地址：SilenceDut/NBAPlus · GitHub

PhotoNoter
Github地址：yydct/PhotoNoter

Mei
Github地址：drakeet/Mei: gank.io unofficial client, RxJava & Retrofit

DebugDrawer
Android Debug Drawer for faster development
Github地址：palaima/DebugDrawer · GitHub

ViewServer
Local server for Android's HierarchyViewer
Github地址：romainguy/ViewServer · GitHub

AndroidWiFiADB
IntelliJ/AndroidStudio plugin which provides a button to connect your Android device over WiFi to install, run and debug your applications without a USB connected.

⑥ 用過哪些好用的Android開源項目呢

1. 網路庫：
目前最順手的是OkHttp，其中的Okio模塊現在也抽象成單獨的開源庫了，對Java io/nio做了很好的封裝，性能非常高。
另外我個人不推薦Volley這個網路庫，它的請求隊列和request/response封裝確實還不錯，但是NetworkImageView等圖片載入部分是有不少bug的，包括最頭痛的卡頓（是出在二三級緩存策略或者imageLoader里具體記不得了）。而且Volley的介面設計也讓我用得很頭痛。

2.圖片載入庫
個人推薦Picasso，不太推薦Google官方推薦的Glide。
二者介面非常相似，都用得很舒服，但是Glide對圖片的緩存策略跟Picasso不同，從使用場景來看Picasso應該更合邏輯一些。
另外Fresco這個庫本身對包size增加太多了。如果不是有各種gif動畫播放或者海量高清圖片展示的話，感覺用不到。

3.資料庫
目前看過效率最高的是GreenDao，不比直接使用sql語句執行慢，而且介面設計也很乾凈。研究過GreenDao的源碼，深感我自己寫也寫不出更快的實現了。

作者：Van Bruce

⑦ android圖片壓縮避免OOM

簡單吹下牛：很多app都會要載入圖片，但是如果不壓縮圖片就很容易OOM,

個人看來OOM 出現原因總的來說分為兩種：

一種是內存溢出（好像在扯淡，OOM本身就是內存溢出）

另一種是：圖片過大，一個屏幕顯示不完全造成，似乎也是一。。 如有錯誤純屬扯淡；

為了避免上面的情況：載入圖片的時候可以進行壓縮，上傳的時候要可以進行壓縮，在圖片不可見的時候進行回收（onDetach()）,再吹一句 用了fresco+壓縮之後載入圖片完全沒問題了。

一、質量壓縮方法：

privateBitmap compressImage(Bitmap image) {

ByteArrayOutputStream baos =newByteArrayOutputStream();

image.compress(Bitmap.CompressFormat.JPEG,100, baos);//質量壓縮方法，這里100表示不壓縮，把壓縮後的數據存放到baos中

intoptions =100;

while( baos.toByteArray().length /1024>100) {//循環判斷如果壓縮後圖片是否大於100kb,大於繼續壓縮

baos.reset();//重置baos即清空baos

image.compress(Bitmap.CompressFormat.JPEG, options, baos);//這里壓縮options%，把壓縮後的數據存放到baos中

options -=10;//每次都減少10

}

ByteArrayInputStream isBm =newByteArrayInputStream(baos.toByteArray());//把壓縮後的數據baos存放到ByteArrayInputStream中

Bitmap bitmap = BitmapFactory.decodeStream(isBm,null,null);//把ByteArrayInputStream數據生成圖片

returnbitmap;

}

二、圖片按比例大小壓縮方法（根據Bitmap圖片壓縮）

privateBitmap comp(Bitmap image) {

ByteArrayOutputStream baos =newByteArrayOutputStream();

image.compress(Bitmap.CompressFormat.JPEG,100, baos);

if( baos.toByteArray().length /1024>1024) {//判斷如果圖片大於1M,進行壓縮避免在生成圖片（BitmapFactory.decodeStream）時溢出

baos.reset();//重置baos即清空baos

image.compress(Bitmap.CompressFormat.JPEG,50, baos);//這里壓縮50%，把壓縮後的數據存放到baos中

}

ByteArrayInputStream isBm =newByteArrayInputStream(baos.toByteArray());

BitmapFactory.Options newOpts =newBitmapFactory.Options();

//開始讀入圖片，此時把options.inJustDecodeBounds 設回true了

newOpts.inJustDecodeBounds =true;

Bitmap bitmap = BitmapFactory.decodeStream(isBm,null, newOpts);

newOpts.inJustDecodeBounds =false;

intw = newOpts.outWidth;

inth = newOpts.outHeight;

//現在主流手機比較多是800*480解析度，所以高和寬我們設置為

floathh = 800f;//這里設置高度為800f

floatww = 480f;//這里設置寬度為480f

//縮放比。由於是固定比例縮放，只用高或者寬其中一個數據進行計算即可

intbe =1;//be=1表示不縮放

if(w > h && w > ww) {//如果寬度大的話根據寬度固定大小縮放

be = (int) (newOpts.outWidth / ww);

}elseif(w < h && h > hh) {//如果高度高的話根據寬度固定大小縮放

be = (int) (newOpts.outHeight / hh);

}

if(be <=0)

be =1;

newOpts.inSampleSize = be;//設置縮放比例

//重新讀入圖片，注意此時已經把options.inJustDecodeBounds 設回false了

isBm =newByteArrayInputStream(baos.toByteArray());

bitmap = BitmapFactory.decodeStream(isBm,null, newOpts);

returncompressImage(bitmap);//壓縮好比例大小後再進行質量壓縮

}