android源碼框架

1. github 上有什麼價值的android 源碼

1. ActionBarSherlock

ActionBarSherlock應該算得上是GitHub上最火的Android開源項目了，它是一個獨立的庫，通過一個API和主題，開發者就可以很方便地使用所有版本的Android動作欄的設計模式。

對於Android
4.0及更高版本，ActionBarSherlock可以自動使用本地ActionBar實現，而對於之前沒有ActionBar功能的版本，基於
Ice Cream Sandwich的自定義動作欄實現將自動圍繞布局。能夠讓開發者輕松開發一款帶動作欄（Action
bar）的應用，並且適用於Android 2.x及其以上所有版本。

詳情請參考：ActionBarSherlock

2. facebook-android-sdk

Facebook SDK for Android是一個開源庫，允許開發者將Facebook集成到所開發的Android應用中。

如果想要獲取更多關於示例、文檔、將SDK集成到App中、源代碼等信息，可直接登陸Facebook Developers查看。

3. SlidingMenu（SlidingMenu Demos）

SlidingMenu是一個開源的Android庫，能夠讓開發者輕松開發一款應用，實現類似於Google+、Youtube和Facebook應用中非常流行的滑動式菜單。

使用SlidingMenu的Android應用：

Foursquare
Rdio
Plume
VLC for Android
ESPN ScoreCenter
MLS MatchDay
9GAG
Wunderlist 2
The Verge
MTG Familiar
Mantano Reader
Falcon Pro (BETA)
MW3 Barracks

4. cocos2d-x

在移動開發領域，將Cocos2D-X用於主流iOS/Android游戲開發的公司、開發團隊多不勝數。cocos2d-x是一個開源的支持多平
台的2D游戲框架，使用C++開發，基於cocos2d-iphone，在MIT許可證下發布。主分支在GitHub上使用OpenGL ES
2.0渲染，而舊版gles11分支則使用OpenGL ES 1.1渲染。

支持iOS、Android、Windows Phone 8、Bada、BlackBerry、Marmalade、Windows、Linux等多個平台。支持C++、Lua、javaScript編程語言。

5. android

GitHub Android App是
GitHub開源的Android客戶端，支持Issues、Gists，並集成了新聞Feed，能夠讓你及時跟進組織及關注的開發者、庫等。同時，該應
用還提供了一個用戶快速訪問你所創建、監控及發布issue的面板，可查看並將問題加入到收藏夾，可對標簽、里程碑和任務進行過濾配置。

android資源庫包含了GitHub Android App的所有源代碼。

6. Android-ViewPagerIndicator

ViewPager指針項目，在使用ViewPager的時候能夠指示ViewPager所在的位置，就像Google Play中切換的效果一樣，還能使用在應用初始化的介紹頁面。

兼容Android支持庫的ViewPager及ActionBarSherlock，最初是基於Patrik Åkerfeldt的ViewFlow，開發者可以直接登陸Google Play下載該項目的演示應用。

7. MonoGame

MonoGame是一個Microsoft XNA 4.x Framework的開源跨平台實現。用於讓XNA開發者將他們在Xbox
360、Windows & Windows Phone上開發的游戲移植到iOS、Android、Mac OS
X、Linux及Windows 8 Metro上，目前，PlayStation Mobile & Raspberry
PI的開發正在進行中。

詳情請參考：MonoGame

8. Android-PullToRefresh

該項目用於為Android提供一個可重用的下拉刷新部件。它最初來源於Johan Nilsson的庫（主要是圖形、字元串和動畫），但這些後來都已被取代。

9. android-async-http

android-async-http是Android上的一個非同步、基於回調的HTTP客戶端開發包，建立在Apache的HttpClient庫上。

10. Android-Universal-Image-Loader

Android上最讓人頭疼的莫過於從網路獲取圖片、顯示、回收，任何一個環節有問題都可能直接OOM，這個項目或許能幫到你。

Universal Image Loader for Android的目的是為了實現非同步的網路圖片載入、緩存及顯示，支持多線程非同步載入。它最初來源於Fedor Vlasov的項目，且自此之後，經過大規模的重構和改進。

11. GreenDroid

GreenDroid最初是由Cyril Mottier發起，是一個Android的UI開發類庫，能夠讓UI開發更加簡便，並且在應用中始終保持一致。

詳情請參考：Cyril Mottier's Blog

12. Anki-Android

AnkiDroid是一個免費、開源的Android的快閃記憶體應用，可直接從Google Play進行下載。

詳情請參考：ankidroid

13. android-actionbar

Action
bar是一個標識應用程序和用戶位置的窗口功能，並且給用戶提供操作和導航模式。在大多數的情況下，當開發者需要突出展現用戶行為或在全局導航的
activity中使用action bar，因為action
bar能夠使應用程序給用戶提供一致的界面，且系統能夠很好地根據不同的屏幕配置來適應操作欄的外觀。

Action bar的主要目的：

提供一個用於識別應用程序的標示和用戶的位置的專用空間。
在不同的應用程序之間提供一致的導航和視覺體驗。
突出Activity的關鍵操作，並且在可預見的方法內給用戶提供快捷的訪問。

14. android-viewflow

android-viewflow是Android平台上的一個視圖切換的效果庫，ViewFlow相當於Android UI部件提供水平滾動的ViewGroup，使用Adapter進行條目綁定。

15. android-mapviewballoons

當使用Android地圖外部庫（com.google.android.maps）時，android-mapviewballoons會提供一個簡單的方式來對地圖覆蓋進行標注，就是一個簡單的信息氣泡。

它由BalloonOverlayView組成，是一個代表顯示你的MapView及BalloonItemizedOverlay的氣泡的視圖，BalloonItemizedOverlay是ItemizedOverlay的一個抽象擴展。

16. PushSharp

一個向iOS（iPhone/iPad APNS）、Android（C2DM和GCM）、Windows Phone和Windows 8設備發送推送通知的伺服器端庫。

17. androidannotations

Android Annotations是一個開源的框架，用於加速 Android應用的開發，可以讓你把重點放在功能的實現上，簡化了代碼，提升了可維護性。

18. HockeyKit

Hockey是一個iOS Ad-Hoc自動更新框架。蘋果App
Store中的所有App都可以使用它，它能夠顯著地提高Beta測試的整個過程，分為兩部分：伺服器和客戶端框架。伺服器組件需要所有腳本，但在沒有客
戶端庫的情況下，也可以單獨工作。它提供一個Web介面，Beta測試者可以使用它來安裝最新的AdHoc配置文件，也可以直接在設備上通過Safari
安裝最新的Beta版本。

只需在伺服器上安裝一次服務端，就可以處理包標識符不同的多個應用程序（有開發者強烈建議對Debug、AdHoc Beta和AppStore發布版使用不同的包標識符）。
默認當App啟動或喚醒時，客戶端會從伺服器檢測更新，用戶可以在設置對話框中進行修改：一天一次或手動檢查更新。
除了支持iOS，HokeyKit也支持Android平台，不過Android版還處在Alpha階段，支持OTA及應用內更新。
為HockeyKit用戶提供伺服器託管服務。

19. android-menudrawer

Android上的菜單展示風格各異，其中用得最多且體驗最好的莫過於左右滑動來顯示隱藏的菜單，android-menudrawer是一個滑動
式菜單實現，允許用戶在應用當中實現無縫導航。該項目具有多種菜單展示效果，其中最常見的就是通過屏幕邊緣拖動或點擊動作欄的「向上」按鈕顯示。

實現功能：

菜單可以沿著四個邊放置。
支持附加一個始終可見、不可拖動的菜單。
菜單的內容和整個窗口都可以隱藏。
可用於XML布局。
顯示當前可見屏幕的指示器。

20. android-flip

Aphid FlipView是一個能夠實現Flipboard翻頁效果的UI組件。

2. 有研究android系統源碼的博客嗎

我幹了3年Android sdk開發，覺得到了瓶勁沒法更進一步，於是花了一年多點時間，大概摸到點門徑。根據前輩的經驗，Android底層完全入門需要兩年。

先說下我的入門過程：
第零步，下載源碼，我下的4.2的，框架層源碼10G，內核2G多，ctags給框架層建的標簽文件都有600M，當時讓我有點震撼，用的vim+ctags+cscope來閱讀，還算不錯，架構挺清晰的。

第一步，我找到了一本好書《Android的設計與實現 第一卷》它講了Android框架層的啟動，初始化，服務框架初始化，Binder，消息循環，PackageManagerService，ActivityManagerService。據作者說後面會出講UI子系統的第二卷，拭目以待。其實這本書看了幾十頁我就發現需要第二步的知識，否則看不下去，於是跳去第二步。

第二步，學習Linux系統編程，在看《Android的設計與實現》的時候我發現，框架層的Native部分，全是Linux編程。為了掌握這部分知識，我花了4個月學習了《Linux系統編程手冊》（TLPI）這本1000多頁的書，我以前是搞WIndows文件系統這塊的，所以C語言還比較熟，TLPI的習題很有意思，量也比較大，堅持下來還是收獲很多。

第三步，花了4個月學習了一些Linux內核的知識，看了LKD，PLKA看了一半多。越學越沒底，覺得不懂得越來越多，不過這個也正常，只有靠慢慢磨，估計以後要不斷的磨這塊。

第四步，回頭看Android源碼，這次一口氣看完了《Android的設計與實現 第一卷》，終於對框架層有了譜。同時真的數次把我看暈，前面看Linux內核源碼都沒這么暈，不斷在Java層和Native層之間跳有點磨腦漿。其中我又覺得Java的基礎沒有打太牢，回去補了一個月的《Core Java》第八版。但是這書沒有涉及UI子系統，於是又看了《Android內核剖析》

第五步，《Android內核剖析》（這本書實際上是講框架層的，作者也是個搞嵌入式的，所以他在寫框架層的時候文筆不太好，很羅嗦，不過還是有很多看點，到他後來寫做ROM，玩開發板時估計是說到了他的本行，一下子遛起來了看得出還是挺有水平的，這本書知識有點舊畢竟講的是2.3很多代碼已經過時，但是作者很多點子很有參考價值）這本書講UI子系統和按鍵/觸摸消息處理系統還是很有分量的，尤其13章View繪制那裡，結合源碼研究很有收獲。而後面他講編譯框架和ROM相關的東西都是挺寶貴的資料。

第六步，為了再補一下其他諸如電源管理模塊等子系統的知識看了，《深入理解android》系列，個人認為這個系列看起來有點不太舒服，不過作為補充印證還是比較有價值。

第七步，《Android系統源代碼情景分析》，羅升陽的源碼分析大作，比《Android的設計與實現》分析得更細致，但缺點是涉及到模塊比較少，選用的源碼也比《Android的設計與實現》更舊一點。看完書後需要去研究作者的博客，東西挺多的，一定讓你滿意。

第八步，買塊開發板自己玩。這步我還沒走到，原因是我覺得我還差點准備知識。可能要再幾個月，到時准備入塊6410或者樹莓派。

最後，由於我11年以前都是搞Windows這塊的，所以對Linux知識不是很了解，不得已看了這么些書，如果是一直做Linux的人，很多步驟估計可以省掉了。直接上源碼才是正道。

我本身做著移動GIS開發的工作，學框架層全是因為興趣，但招聘平台Android框架層開發人員還是蠻有競爭力的有不少定製ROM，智能電視的工作都處於人才難求狀態，畢竟有一定的門檻，現在各種ios培訓，讓奔著錢干開發的人紛紛湧入，而ios只能幹sdk開發的缺點就暴露出來了，一堆新手老手，菜鳥大牛全擠在SDK開發這塊，我覺得不太妙。 反觀Android這邊，雖然入門菜鳥沒有搞ios來錢，但是可持續性很好，從sdk-》框架》驅動》內核這樣幹下去。干著干著發現自己漸漸變成了Linux開發者/嵌入式開發者的人也不少，新人，老手，菜鳥大牛各居其位，層次性很好。
轉載

3. android開發的系統架構

Android以Java為編程語言，使介面到功能，都有層出不窮的變化，其中Activity等同於J2ME的MIDlet，一個 Activity 類（class）負責創建視窗（window），一個活動中的Activity就是在 foreground（前景）模式，背景運行的程序叫做Service。兩者之間通過由ServiceConnection和AIDL連結，達到復數程序同時運行的效果。如果運行中的 Activity 全部畫面被其他 Activity 取代時，該 Activity 便被停止（stopped），甚至被系統清除（kill）。
View等同於J2ME的Displayable，程序人員可以通過 View 類與「XML layout」檔將UI放置在視窗上，Android 1.5的版本可以利用 View 打造出所謂的 Widgets，其實Widget只是View的一種，所以可以使用xml來設計layout，HTC的Android Hero手機即含有大量的widget。至於ViewGroup 是各種layout 的基礎抽象類（abstract class），ViewGroup之內還可以有ViewGroup。View的構造函數不需要再Activity中調用，但是Displayable的是必須的，在Activity 中，要通過findViewById()來從XML 中取得View，Android的View類的顯示很大程度上是從XML中讀取的。View 與事件（event）息息相關，兩者之間通過Listener 結合在一起，每一個View都可以注冊一個event listener，例如：當View要處理用戶觸碰（touch）的事件時，就要向Android框架注冊View.OnClickListener。另外還有Image等同於J2ME的BitMap。 操作系統與應用程序的溝通橋梁，並用分為兩層：函數層（Library）和虛擬機（Virtual Machine）。 Bionic是 Android 改良libc的版本。Android 同時包含了Webkit，所謂的Webkit 就是Apple Safari瀏覽器背後的引擎。Surface flinger 是就2D或3D的內容顯示到屏幕上。Android使用工具鏈(Toolchain)為Google自製的Bionic Libc。
Android採用OpenCORE作為基礎多媒體框架。OpenCORE可分7大塊：PVPlayer、PVAuthor、Codec、PacketVideo Multimedia Framework(PVMF)、Operating System Compatibility Library(OSCL)、Common、OpenMAX。
Android 使用skia 為核心圖形引擎，搭配OpenGL/ES。skia與Linux Cairo功能相當，但相較於Linux Cairo, skia 功能還只是陽春型的。2005年Skia公司被Google收購，2007年初，Skia GL源碼被公開，目前Skia 也是Google Chrome 的圖形引擎。
Android的多媒體資料庫採用SQLite資料庫系統。資料庫又分為共用資料庫及私用資料庫。用戶可通過ContentResolver類（Column）取得共用資料庫。
Android的中間層多以Java 實現，並且採用特殊的Dalvik虛擬機（Dalvik Virtual Machine）。Dalvik虛擬機是一種「暫存器型態」（Register Based）的Java虛擬機，變數皆存放於暫存器中，虛擬機的指令相對減少。
Dalvik虛擬機可以有多個實例（instance）, 每個Android應用程序都用一個自屬的Dalvik虛擬機來運行，讓系統在運行程序時可達到優化。Dalvik虛擬機並非運行Java位元組碼（Bytecode），而是運行一種稱為.dex格式的文件。 Android 的 HAL（硬體抽像層）是能以封閉源碼形式提供硬體驅動模塊。HAL 的目的是為了把 Android framework 與 Linux kernel 隔開，讓 Android 不至過度依賴 Linux kernel，以達成 kernel independent 的概念，也讓 Android framework 的開發能在不考量驅動程序實現的前提下進行發展。
HAL stub 是一種代理人（proxy）的概念，stub 是以 *.so 檔的形式存在。Stub 向 HAL「提供」操作函數（operations），並由 Android runtime 向 HAL 取得 stub 的 operations，再 callback 這些操作函數。HAL 里包含了許多的 stub（代理人）。Runtime 只要說明「類型」，即 mole ID，就可以取得操作函數。 Android 是運行於 Linux kernel之上，但並不是GNU/Linux。因為在一般GNU/Linux 里支持的功能，Android 大都沒有支持，包括Cairo、X11、Alsa、FFmpeg、GTK、Pango及Glibc等都被移除掉了。Android又以bionic 取代Glibc、以Skia 取代Cairo、再以opencore 取代FFmpeg 等等。Android 為了達到商業應用，必須移除被GNU GPL授權證所約束的部份，例如Android將驅動程序移到 userspace，使得Linux driver 與 Linux kernel徹底分開。bionic/libc/kernel/ 並非標準的kernel header files。Android 的 kernel header 是利用工具由 Linux kernel header 所產生的，這樣做是為了保留常數、數據結構與宏。
目前Android 的 Linux kernel控制包括安全（Security），存儲器管理（Memory Managemeat），程序管理（Process Management），網路堆棧（Network Stack），驅動程序模型（Driver Model）等。下載Android源碼之前，先要安裝其構建工具Repo來初始化源碼。Repo 是 Android 用來輔助Git工作的一個工具。

4. 怎樣評價羅升陽的android系統源代碼分析

我幹了3年Android sdk開發，覺得到了瓶勁沒法更進一步，於是花了一年多點時間，大概摸到點門徑。根據前輩的經驗，Android底層完全入門需要兩年。 先說下我的入門過程： 第零步，下載源碼，我下的4.2的，框架層源碼10G，內核2G多，ctags給框架層建的標簽文件都有600M，當時讓我有點震撼，用的vim+ctags+cscope來閱讀，還算不錯，架構挺清晰的。 第一步，我找到了一本好書《Android的設計與實現 第一卷》它講了Android框架層的啟動，初始化，服務框架初始化，Binder，消息循環，PackageManagerService，ActivityManagerService。據作者說後面會出講UI子系統的第二卷，拭目以待。其實這本書看了幾十頁我就發現需要第二步的知識，否則看不下去，於是跳去第二步。 第二步，學習Linux系統編程，在看《Android的設計與實現》的時候我發現，框架層的Native部分，全是Linux編程。為了掌握這部分知識，我花了4個月學習了《Linux系統編程手冊》（TLPI）這本1000多頁的書，我以前是搞WIndows文件系統這塊的，所以C語言還比較熟，TLPI的習題很有意思，量也比較大，堅持下來還是收獲很多。 第三步，花了4個月學習了一些Linux內核的知識，看了LKD，PLKA看了一半多。越學越沒底，覺得不懂得越來越多，不過這個也正常，只有靠慢慢磨，估計以後要不斷的磨這塊。 第四步，回頭看Android源碼，這次一口氣看完了《Android的設計與實現 第一卷》，終於對框架層有了譜。同時真的數次把我看暈，前面看Linux內核源碼都沒這么暈，不斷在Java層和Native層之間跳有點磨腦漿。其中我又覺得Java的基礎沒有打太牢，回去補了一個月的《Core Java》第八版。但是這書沒有涉及UI子系統，於是又看了《Android內核剖析》 第五步，《Android內核剖析》（這本書實際上是講框架層的，作者也是個搞嵌入式的，所以他在寫框架層的時候文筆不太好，很羅嗦，不過還是有很多看點，到他後來寫做ROM，玩開發板時估計是說到了他的本行，一下子遛起來了看得出還是挺有水平的，這本書知識有點舊畢竟講的是2.3很多代碼已經過時，但是作者很多點子很有參考價值）這本書講UI子系統和按鍵/觸摸消息處理系統還是很有分量的，尤其13章View繪制那裡，結合源碼研究很有收獲。而後面他講編譯框架和ROM相關的東西都是挺寶貴的資料。 第六步，為了再補一下其他諸如電源管理模塊等子系統的知識看了，《深入理解android》系列，個人認為這個系列看起來有點不太舒服，不過作為補充印證還是比較有價值。 第七步，《Android系統源代碼情景分析》，羅升陽的源碼分析大作，比《Android的設計與實現》分析得更細致，但缺點是涉及到模塊比較少，選用的源碼也比《Android的設計與實現》更舊一點。看完書後需要去研究作者的博客，東西挺多的，一定讓你滿意。 第八步，買塊開發板自己玩。這步我還沒走到，原因是我覺得我還差點准備知識。可能要再幾個月，到時准備入塊6410或者樹莓派。 最後，由於我11年以前都是搞Windows這塊的，所以對Linux知識不是很了解，不得已看了這么些書，如果是一直做Linux的人，很多步驟估計可以省掉了。直接上源碼才是正道。 我本身做著移動GIS開發的工作，學框架層全是因為興趣，但招聘平台Android框架層開發人員還是蠻有競爭力的有不少定製ROM，智能電視的工作都處於人才難求狀態，畢竟有一定的門檻，現在各種ios培訓，讓奔著錢干開發的人紛紛湧入，而ios只能幹sdk開發的缺點就暴露出來了，一堆新手老手，菜鳥大牛全擠在SDK開發這塊，我覺得不太妙。 反觀Android這邊，雖然入門菜鳥沒有搞ios來錢，但是可持續性很好，從sdk-》框架》驅動》內核這樣幹下去。干著干著發現自己漸漸變成了Linux開發者/嵌入式開發者的人也不少，新人，老手，菜鳥大牛各居其位，層次性很好。 轉載

5. 如何閱讀android framework源碼

由於工作需要大量修改framework代碼,在AOSP(AndroidOpenSourceProject)源碼上花費了不少功夫,Application端和Services端都看和改了不少.如果只是想看看一些常用類的實現,在Android包管理器里把源碼下載下來,隨便一個IDE配好SourceCode的path看就行.但如果想深入的了解Android系統,那麼可以看下我的一些簡單的總結.知識JavaJava是AOSP的主要語言之一.沒得說,必需熟練掌握.熟練的AndroidApp開發LinuxAndroid基於Linux的,並且AOSP的推薦編譯環境是Ubuntu12.04.所以熟練的使用並了解Linux這個系統是必不可少的.如果你想了解偏底層的代碼,那麼必需了解基本的Linux環境下的程序開發.如果再深入到驅動層,那麼Kernel相關的知識也要具備.MakeAOSP使用Make系統進行編譯.了解基本的Makefile編寫會讓你更清晰了解AOSP這個龐大的項目是如何構建起來的.GitAOSP使用git+repo進行源碼管理.這應該是程序員必備技能吧.C++Android系統的一些性能敏感模塊及第三方庫是用C++實現的,比如:Input系統,Chromium項目(WebView的底層實現).硬體流暢的國際網路AOSP代碼下載需要你擁有一個流暢的國際網路.如果在下載代碼這一步就失去耐心的話,那你肯定沒有耐心去看那亂糟糟的AOSP代碼.另外,好程序員應該都會需要一個流暢的Google.一台運行Ubuntu12.04的PC.如果只是閱讀源碼而不做太多修改的話,其實不需要太高的配置.一台Nexus設備AOSP項目默認只支持Nexus系列設備.沒有也沒關系,你依然可以讀代碼.但如果你想在大牛之路走的更遠,還是改改代碼,然後刷機調試看看吧.高品質USB線要刷機時線壞了,沒有更窩心的事兒了.軟體Ubuntu12.04官方推薦,沒得選.OracleJava1.6注意不要用OpenJDK.這是個坑,官方文檔雖然有寫,但還是單獨提一下.安裝:sudoapt-getinstallpython-software-propertiessudoadd-apt-repositoryppa:webupd8team/javasudoapt-getupdatesudoapt-getinstalloracle-java6-installersudoapt-getinstalloracle-java6-set-defaultEclipse估計會有不少人吐槽,為什麼要用這個老古董.其實原因很簡單,合適.剛開始搞AOSP時,為了找到效率最優的工具,我嘗試過Eclipse,IntelliJIDEA,Vim+Ctags,SublimeText+Ctags.最終結果還是Eclipse.主要優點有:有語法分析(快速准確的類,方法跳轉).支持C++(IntelliJ的C++支持做的太慢了).嵌入了DDMS,ViewHierarchy等調試工具.為了提高效率,花5分鍾背下常用快捷鍵非常非常值得.調整好你的classpath,不要導入無用的代碼.因為AOSP項目代碼實在是太多了.當你還不需要看C++代碼時,不要為項目添加C++支持,建索引過程會讓你崩潰.IntellijIDEA開發App必備.當你要調試系統的某個功能是,常常需要迅速寫出一個調試用App,這個時候老舊的Eclipse就不好用了.ItellijIDEA的xml自動補全非常給力.巨人的肩膀這個一定要先讀.項目介紹,代碼下載,環境搭建,刷機方法,Eclipse配置都在這里.這是一切的基礎.這個其實是給App開發者看的.但是裡面也有不少關於系統機制的介紹,值得細讀.此老羅非彼老羅.羅升陽老師的博客非常有營養,基本可以作為指引你開始閱讀AOSP源碼的教程.你可以按照博客的時間順序一篇篇挑需要的看.但這個系列的博客有些問題:早期的博客是基於舊版本的Android;大量的代碼流程追蹤.讀文章時你一定要清楚你在看的東西在整個系統處於什麼樣的位置.鄧凡平老師也是為Android大牛,博客同樣很有營養.但是不像羅升陽老師的那麼系統.的是一些技術點的深入探討.Android官方Issue列表.我在開發過程中發現過一些奇怪的bug,最後發現這里基本都有記錄.當然你可以提一些新的,有沒有人改就是另外一回事了.一定要能流暢的使用這個工具.大量的相關知識是沒有人系統的總結的,你需要自己搞定.其它代碼組織AOSP的編譯單元不是和git項目一一對應的,而是和Android.mk文件一一對應的.善用mmm命令進行模塊編譯將節省你大量的時間.Binder這是Android最基礎的進程間通訊.在Application和Systemservices之間大量使用.你不僅要知道AIDL如何使用,也要知道如何手寫Binder介面.這對你理解Android的Application和Systemservices如何交互有非常重要的作用.Binder如何實現的倒不必著急看.HAL除非你對硬體特別感興趣或者想去方案公司上班,否則別花太多時間在這一層.CyanogenMod這是一個基於AOSP的第三方Rom.從這個項目的wiki里你能學到很多AOSP官方沒有告訴你的東西.比如如何支持Nexus以外的設備.DIA這是一個Linux下畫UML的工具,能夠幫你梳理看過的代碼.XDA這里有最新資訊和最有趣的論壇.想到了再補充.

6. 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) 一系列工具類

7. 大牛們是怎麼閱讀 Android 系統源碼的

由於工作需要大量修改framework代碼, 在AOSP(Android Open Source Project)源碼上花費了不少功夫, Application端和Services端都看和改了不少.
如果只是想看看一些常用類的實現, 在Android包管理器里把源碼下載下來, 隨便一個IDE配好Source Code的path看就行.
但如果想深入的了解Android系統, 那麼可以看下我的一些簡單的總結.

知識
Java
Java是AOSP的主要語言之一. 沒得說, 必需熟練掌握.
熟練的Android App開發
Linux
Android基於Linux的, 並且AOSP的推薦編譯環境是Ubuntu 12.04. 所以熟練的使用並了解Linux這個系統是必不可少的. 如果你想了解偏底層的代碼, 那麼必需了解基本的Linux環境下的程序開發. 如果再深入到驅動層, 那麼Kernel相關的知識也要具備.
Make
AOSP使用Make系統進行編譯. 了解基本的Makefile編寫會讓你更清晰了解AOSP這個龐大的項目是如何構建起來的.
Git
AOSP使用git+repo進行源碼管理. 這應該是程序員必備技能吧.
C++
Android系統的一些性能敏感模塊及第三方庫是用C++實現的, 比如: Input系統, Chromium項目(WebView的底層實現).

硬體
流暢的國際網路
AOSP代碼下載需要你擁有一個流暢的國際網路. 如果在下載代碼這一步就失去耐心的話, 那你肯定沒有耐心去看那亂糟糟的AOSP代碼. 另外, 好程序員應該都會需要一個流暢的Google.
一台運行Ubuntu 12.04的PC.
如果只是閱讀源碼而不做太多修改的話, 其實不需要太高的配置.
一台Nexus設備
AOSP項目默認只支持Nexus系列設備. 沒有也沒關系, 你依然可以讀代碼. 但如果你想在大牛之路走的更遠, 還是改改代碼, 然後刷機調試看看吧.
高品質USB線
要刷機時線壞了, 沒有更窩心的事兒了.
軟體
Ubuntu 12.04
官方推薦, 沒得選.
Oracle Java 1.6
注意不要用OpenJDK. 這是個坑, 官方文檔雖然有寫, 但還是單獨提一下.
安裝:
sudo apt-get install python-software-properties
sudo add-apt-repository ppa:webupd8team/java
sudo apt-get update
sudo apt-get install oracle-java6-installer
sudo apt-get install oracle-java6-set-default

Eclipse
估計會有不少人吐槽, 為什麼要用這個老古董. 其實原因很簡單, 合適. 剛開始搞AOSP時, 為了找到效率最優的工具, 我嘗試過Eclipse, IntelliJ IDEA, Vim+Ctags, Sublime Text+Ctags. 最終結果還是Eclipse. 主要優點有:
有語法分析 (快速准確的類, 方法跳轉).
支持C++ (IntelliJ的C++支持做的太慢了).
嵌入了DDMS, View Hierarchy等調試工具.
為了提高效率, 花5分鍾背下常用快捷鍵非常非常值得.
調整好你的classpath, 不要導入無用的代碼. 因為AOSP項目代碼實在是太多了. 當你還不需要看C++代碼時, 不要為項目添加C++支持, 建索引過程會讓你崩潰.
Intellij IDEA
開發App必備. 當你要調試系統的某個功能是, 常常需要迅速寫出一個調試用App, 這個時候老舊的Eclipse就不好用了. Itellij IDEA的xml自動補全非常給力.
巨人的肩膀

這個一定要先讀. 項目介紹, 代碼下載, 環境搭建, 刷機方法, Eclipse配置都在這里. 這是一切的基礎.

這個其實是給App開發者看的. 但是裡面也有不少關於系統機制的介紹, 值得細讀.

此老羅非彼老羅. 羅升陽老師的博客非常有營養, 基本可以作為指引你開始閱讀AOSP源碼的教程. 你可以按照博客的時間順序一篇篇挑需要的看.但這個系列的博客有些問題:
早期的博客是基於舊版本的Android;
大量的代碼流程追蹤. 讀文章時你一定要清楚你在看的東西在整個系統處於什麼樣的位置.

鄧凡平老師也是為Android大牛, 博客同樣很有營養. 但是不像羅升陽老師的那麼系統. 更多的是一些技術點的深入探討.

Android官方Issue列表. 我在開發過程中發現過一些奇怪的bug, 最後發現這里基本都有記錄. 當然你可以提一些新的, 有沒有人改就是另外一回事了.

一定要能流暢的使用這個工具. 大量的相關知識是沒有人系統的總結的, 你需要自己搞定.
其它
代碼組織
AOSP的編譯單元不是和git項目一一對應的, 而是和Android.mk文件一一對應的. 善用mmm命令進行模塊編譯將節省你大量的時間.
Binder
這是Android最基礎的進程間通訊. 在Application和System services之間大量使用. 你不僅要知道AIDL如何使用, 也要知道如何手寫Binder介面. 這對你理解Android的Application和System services如何交互有非常重要的作用. Binder如何實現的倒不必著急看.
HAL
除非你對硬體特別感興趣或者想去方案公司上班, 否則別花太多時間在這一層.
CyanogenMod
這是一個基於AOSP的第三方Rom. 從這個項目的wiki里你能學到很多AOSP官方沒有告訴你的東西. 比如如何支持Nexus以外的設備.
DIA
這是一個Linux下畫UML的工具, 能夠幫你梳理看過的代碼.
XDA

這里有最新資訊和最有趣的論壇.
想到了再補充.

8. 什麼是android的框架開發

android應用開發框架是 Application Framework. 其系統架構由5部分組成，分別是：Linux Kernel、Android Runtime、Libraries、Application Framework、Applications。第二部分將詳細介紹這5個部分。下面自底向上分析各層。 Android架構 1、Linux Kernel Android基於Linux 2.6提供核心系統服務，例如：安全、內存管理、進程管理、網路堆棧、驅動模型。Linux Kernel也作為硬體和軟體之間的抽象層，它隱藏具體硬體細節而為上層提供統一的服務。 如果你學過計算機網路知道OSI/RM，就會知道分層的好處就是使用下層提供的服務而為上層提供統一的服務，屏蔽本層及以下層的差異，當本層及以下層發生了變化不會影響到上層。也就是說各層各盡其職，各層提供固定的SAP（Service Access Point），專業點可以說是高內聚、低耦合。 如果你只是做應用開發，就不需要深入了解Linux Kernel層。 2、Android Runtime Android包含一個核心庫的集合，提供大部分在Java編程語言核心類庫中可用的功能。每一個Android應用程序是Dalvik虛擬機中的實例，運行在他們自己的進程中。Dalvik虛擬機設計成，在一個設備可以高效地運行多個虛擬機。Dalvik虛擬機可執行文件格式是.dex，dex格式是專為Dalvik設計的一種壓縮格式，適合內存和處理器速度有限的系統。 大多數虛擬機包括JVM都是基於棧的，而Dalvik虛擬機則是基於寄存器的。兩種架構各有優劣，一般而言，基於棧的機器需要更多指令，而基於寄存器的機器指令更大。dx 是一套工具，可以將 Java .class 轉換成 .dex 格式。一個dex文件通常會有多個.class。由於dex有時必須進行最佳化，會使文件大小增加1-4倍，以ODEX結尾。 Dalvik虛擬機依賴於Linux 內核提供基本功能，如線程和底層內存管理。 3、Libraries Android包含一個C/C++庫的集合，供Android系統的各個組件使用。這些功能通過Android的應用程序框架（application framework）暴露給開發者。下面列出一些核心庫： 系統C庫--標准C系統庫（libc）的BSD衍生，調整為基於嵌入式Linux設備 媒體庫--基於PacketVideo的OpenCORE。這些庫支持播放和錄制許多流行的音頻和視頻格式，以及靜態圖像文件，包括MPEG4、 H.264、 MP3、 AAC、 AMR、JPG、 PNG 界面管理--管理訪問顯示子系統和無縫組合多個應用程序的二維和三維圖形層 LibWebCore--新式的Web瀏覽器引擎,驅動Android 瀏覽器和內嵌的web視圖 SGL--基本的2D圖形引擎 3D庫--基於OpenGL ES 1.0 APIs的實現。庫使用硬體3D加速或包含高度優化的3D軟體光柵 FreeType --點陣圖和矢量字體渲染 SQLite --所有應用程序都可以使用的強大而輕量級的關系資料庫引擎 4、Application Framework 通過提供開放的開發平台，Android使開發者能夠編制極其豐富和新穎的應用程序。開發者可以自由地利用設備硬體優勢、訪問位置信息、運行後台服務、設置鬧鍾、向狀態欄添加通知等等，很多很多。 開發者可以完全使用核心應用程序所使用的框架APIs。應用程序的體系結構旨在簡化組件的重用，任何應用程序都能發布他的功能且任何其他應用程序可以使用這些功能（需要服從框架執行的安全限制）。這一機制允許用戶替換組件。 所有的應用程序其實是一組服務和系統，包括： 視圖（View）--豐富的、可擴展的視圖集合，可用於構建一個應用程序。包括包括列表、網格、文本框、按鈕，甚至是內嵌的網頁瀏覽器 內容提供者（Content Providers）--使應用程序能訪問其他應用程序（如通訊錄）的數據，或共享自己的數據 資源管理器（Resource Manager）--提供訪問非代碼資源，如本地化字元串、圖形和布局文件 通知管理器（Notification Manager）--使所有的應用程序能夠在狀態欄顯示自定義警告 活動管理器（Activity Manager）--管理應用程序生命周期,提供通用的導航回退功能 5、Applications Android裝配一個核心應用程序集合，包括電子郵件客戶端、SMS程序、日歷、地圖、瀏覽器、聯系人和其他設置。所有應用程序都是用Java編程語言寫的。更加豐富的應用程序有待我們去開發！ 從上面我們知道Android的架構是分層的，非常清晰，分工很明確。Android本身是一套軟體堆迭(Software Stack)，或稱為「軟體迭層架構」，迭層主要分成三層：操作系統、中間件、應用程序。從上面我們也看到了開源的力量，一個個熟悉的開源軟體在這里貢獻了自己的一份力量。

9. android源碼里有哪些比較好的演算法或框架推薦

Android中對於圖形界面以及多媒體的相關操作比較容易實現。而且對於大多數
手機
用戶來說，他們主要也就是根據這些方面的功能來對系統那個進行修改。我們可以通過本文介紹的Android多媒體框架的源碼解讀，來具體分析一下這方面的基本知識。
Android多媒體框架的代碼在以下目錄中：external/opencore/。這個目錄是Android多媒體框架的根目錄，其中包含的子目錄如下所示：
* android：這裡面是一個上層的庫，它基於PVPlayer和PVAuthor的SDK實現了一個為Android使用的Player和Author。
* baselibs：包含數據結構和線程安全等內容的底層庫
* codecs_v2：這是一個內容較多的庫，主要包含編解碼的實現，以及一個OpenMAX的實現
* engines：包含PVPlayer和PVAuthor引擎的實現
* extern_libs_v2：包含了khronos的OpenMAX的頭文件
* fileformats：文件格式的據具體解析(parser)類
* nodes：編解碼和文件解析的各個node類。
* oscl：操作系統兼容庫
* pvmi： 輸入輸出控制的抽象介面
* protocols：主要是與網路相關的RTSP、RTP、HTTP等協議的相關內容
* pvcommon：pvcommon庫文件的Android.mk文件，沒有源文件。
* pvplayer：pvplayer庫文件的Android.mk文件，沒有源文件。
* pvauthor：pvauthor庫文件的Android.mk文件，沒有源文件。
* tools_v2：編譯工具以及一些可注冊的模塊。
Splitter的定義與初始化
以wav的splitter為例，在fileformats目錄下有解析wav文件格式的pvwavfileparser.cpp文件，在nodes目錄下有pvmf_wavffparser_factory.cpp，pvmf_wavffparser_node.h， pvmf_wavffparser_port.h等文件。
我們由底往上看，vwavfileparser.cpp中的PV_Wav_Parser類有InitWavParser()，GetPCMData()，RetrieveFileInfo()等解析wav格式的成員函數，此類應該就是最終的解析類。我們搜索PV_Wav_Parser類被用到的地方可知，在PVMFWAVFFParserNode類中有PV_Wav_Parser的一個指針成員變數。
再搜索可知，PVMFWAVFFParserNode類是通過PVMFWAVFFParserNodeFactory的CreatePVMFWAVFFParserNode()成員函數生成的。而CreatePVMFWAVFFParserNode()函數是在PVPlayerNodeRegistry::PVPlayerNodeRegistry()類構造函數中通過PVPlayerNodeInfo類被注冊到Oscl_Vector<PVPlayerNodeInfo, OsclMemAllocator> 的vector中，在這個構造函數中，AMR，mp3等node也是同樣被注冊的。
由上可知，Android多媒體框架中對splitter的管理也是與ffmpeg等類似，都是在框架的初始化時注冊的，只不過Opencore注冊的是每個splitter的factory函數。
綜述一下splitter的定義與初始化過程：
每個splitter都在fileformats目錄下有個對應的子目錄，其下有各自的解析類。
每個splitter都在nodes目錄下有關對應的子目錄，其下有各自的統一介面的node類和node factory類。
播放引擎PVPlayerEngine類中有PVPlayerNodeRegistry iPlayerNodeRegistry成員變數。
在PVPlayerNodeRegistry的構造函數中，將 AMR, AAC, MP3等splitter的輸入與輸出類型標示和node factory類中的create node與release delete介面通過PVPlayerNodeInfo類push到Oscl_Vector<PVPlayerNodeInfo, OsclMemAllocator> iType成員變數中。
當前Splitter的匹配過程
PVMFStatus PVPlayerNodeRegistry::QueryRegistry(PVMFFormatType& aInputType, PVMFFormatType& aOutputType, Oscl_Vector<PVUuid, OsclMemAllocator>& aUuids)函數的功能是根據輸入類型和輸出類型，在已注冊的node vector中尋找是否有匹配的node，有的話傳回其唯一識別標識PVUuid。
從QueryRegistry這個函數至底向上搜索可得到，在android中splitter的匹配過程如下：
android_media_MediaPlayer.cpp之中定義了一個JNINativeMethod(JAVA本地調用方法)類型的數組gMethods，供java代碼中調用MultiPlayer類的setDataSource成員函數時找到對應的c++函數
1.{"setDataSource", "(Ljava/lang/String;)V", (void *)
android_media_MediaPlayer_setDataSource},
2.static void android_media_MediaPlayer_setDataSource
(JNIEnv *env, jobject thiz, jstring path)
此函數中先得到當前的MediaPlayer實例，然後調用其setDataSource函數，傳入路徑
3.status_t MediaPlayer::setDataSource(const char *url)
此函數通過調getMediaPlayerService()先得到當前的MediaPlayerService， const sp<IMediaPlayerService>& service(getMediaPlayerService());
然後新建一個IMediaPlayer變數， sp<IMediaPlayer> player(service->create(getpid(), this, fd, offset, length));
在sp<IMediaPlayer> MediaPlayerService::create(pid_t pid, const sp<IMediaPlayerClient>& client, const char* url)中
調status_t MediaPlayerService::Client::setDataSource(const char *url)函數，Client是MediaPlayerService的一個內部類。
在MediaPlayerService::Client::setDataSource中，調sp<MediaPlayerBase> MediaPlayerService::Client::createPlayer(player_type playerType)
生成一個繼承自MediaPlayerBase的PVPlayer實例。