android的frameworks

Ⅰ framework初了解與必備技能

E：Engine發動機，I：Interface介面，T：tire輪胎。有發動機和輪胎，再提供介面介面就可以讓汽車跑起來。沒有簡單，我們就無法理解復雜；

application framework（應用框架層）：無論是android提供的應用程序，還是開發人員自己編寫的應用程序，都需要使用framework，核心的作用就是提供一個介面，給app跑起來，並且起到了屏蔽解耦作用。
簡而言之，Framework具體的工作也就是為android應用開發的開發人員提供了一系列的服務和API的介面。同時負責應用程序生命周期和資源等進行管理。是android系統層內容。
framework是google廠商定製好了，最多修改一些bug或者添加一些東西，如果大改，很多應用就跑不起來。

Framework又分為java Framework和Native Framewok：示意圖如下：

csdn一篇博客通俗易懂的講了framework： 我眼中的Android Framework
Framework是由多個系統服務共同組成。所有服務都寄宿在系統核心進程中，在運行時每個服務都占據一個獨立的線程。
為了實現Java程序在運行階段的二次編譯，Android為他們提供了運行時（Runtime）的支撐。
運行時由Java核心類庫和Java虛擬機Dalvik共同構成 。
Java核心類庫涵蓋了Android框架層和應用層所要用到的基礎java庫。dalvik負責動態解析執行應用、分配空間、管理對象生命周期等工作，是android心臟。
硬體抽象層（HAL）：是安卓為廠商定義的一套介面標准，為框架層提供介面函數。
Binder IPC驅動：Android的一個特殊的驅動程序，具有單獨的設備節點，提供進程間通訊的功能。

Ⅱ 什麼是android framework

說簡單點，Framework具體的工作也就是為android應用開發的開發人員提供了一系列的服務和API的介面。
能夠從源碼下載到編譯，到移植進開發板都能順利的完成" 你的這些經驗挺符合要求的啊，招聘信息里寫的"Android Framework"指的應該就是/frameworks/base，多數是Java代碼。看樣子他們是在做Android設備，廠商一般是做移植，然後根據自己產品的特點可能會在frameworks及整個平台里加自己的擴展功能。
http://blog.csdn.net/coding_or_coded/article/details/6822029

Ⅲ Android Framework media providers 隨筆

遇到一個問題是多媒體掃描失敗：

從logcat 中可以看到的時候 這個服務 com.android.providers.media/.MediaScannerService 啟動超時了

1、com.android.providers.media 和 com.android.providers.media/.MediaScannerService 到底是在哪裡定義聲明的？

2、Why com.android.providers.media/.MediaProvider is crashing？

帶著問題擴展開來學習，遇到什麼記錄什麼，慢慢搭建系統的體系

平台：Android 7.1

1、com.android.providers.media 與 MediaScannerService

看 frameworks.java 的構造方法和connect 方法， 其注釋和介面實現可以回答之前的疑問

如下介面通過

​ new ComponentName("com.android.providers.media",
​ "com.android.providers.media.MediaScannerService"));

而 MediaScannerService 我們只需要看如下文件中的注釋就對其流程有一個清晰的了解

frameworks.java

2、Why com.android.providers.media/.MediaProvider is crashing？

在

frameworks.java getContentProviderImpl函數中會對 OomAdj 優先順序進行調整，如果調整失敗和判斷進程不可活， 則調用 appDiedLocked kill 其進程

其實最後之所以把文章標題寫為隨筆，就是還有未完成的事情要做。

雖然把 1 的疑問找到地方了，但是其實是引出來了更多疑問，什麼時候調用，其他層邏輯實現

轉一篇文章看看 Android開發——MediaProvider源碼分析（1）

同樣2 也是，OomAdj 為什麼會調整失敗，調整失敗後怎麼做 等等...

這些都是會引發新的思考，並且跟自身已有的知識點聯系起來，所以系統知識技能需要不斷思考，實踐學習

Ⅳ android framework具體工作是什麼

說簡單點，Framework具體的工作也就是為android應用開發的開發人員提供了一系列的服務和API的介面。
同事負責應用程序生命周期和資源等進行管理。
如果說你想了解framework 的內容，那需要關注android系統層內容。了解android系統架構。

Ⅳ AndroidFramework 之啟動 ServiceManager

本文源碼基於 Android 10 ，涉及相關源碼如下。

ServiceManagaer 是 Binder 的守護進程，在 Binder 機制中起著重要的作用。本文將從源碼的角度對其進行分析，整體流程如下：

時序圖如下。

先來看看 ServiceManager 是如何啟動的：

在 Zygote 一文中說過， init 進程啟動的第二階段會解析 init.rc 文件。

在這之後會觸發 trigger init 。

結合 init.rc 看看 action init 做了什麼。

當觸發 trigger init 後，會啟動 servicemanager 服務，其聲明如下。

對應的執行文件為 /system/bin/servicemanager ，在編譯前位於 frameworks/native/cmds/servicemanager 下，來看看 Android.bp 。

其對應的源碼為 service_manager.c 和 binder.c ，入口函數 main() 位於 servicemanager.c 。

啟動完 ServiceManager 後會打開 Binder 驅動。

在 main() 中首先調用 binder_open() 。

binder_open() 主要做了如下事情：

給結構體 binder_state 分配內存。

系統調用 open() 打開 /dev/binder ，如果打開驅動失敗，則執行 fail_open 釋放內存。

簡單的解釋一下什麼是系統調用？

由於需要限制不同的程序之間的訪問能力，防止程序獲取別的程序的內存數據， CPU 劃分出兩個許可權等級， 用戶態 和 內核態 。

所有的用戶程序都是運行在用戶態，但有時需要做一些內核態的事情，而唯一可以做這些事情的就是操作系統，所以程序需要向操作系統發起請求，以程序的名字來執行這些操作。這時就需要一個從用戶態切換到內核態但不能控制內核態中執行的機制，這種機制就是 系統調用 。

系統調用 ioctl() 傳入 BINDER_VERSION 命令獲取 Binder 驅動版本，對比版本是否一致，不一致則執行 fail_open 釋放內存。

系統調用 mmap() 映射 128kb 的內存空間，即把 Binder 驅動文件的 128kb 映射到內存空間供 ServiceManager 使用，內存映射失敗則執行 fail_map ，關閉 fd 並釋放內存。

ServiceManager 進程 mmap 的內存大小可以通過 adb shell 命令查看。

可以看到內存映射地址為 0xf10f8000 ~ 0xf1118000 ，差為 0x20000 即十進制的 128kb 。

打開 Binder 驅動後會將 ServiceManager 設置為上下文管理者。

調用 binder_become_context_manager() 。

android 10 新增 BINDER_SET_CONTEXT_MGR_EXT 命令來設置安全的上下文管理者，如果設置失敗，則使用原有的 BINDER_SET_CONTEXT_MGR 命令來設置上下文管理者，兩者區別在於是否攜帶參數。

最後會進入循環，從 Binder 驅動讀取和解析數據。

調用 binder_loop() 進入循環，不斷地通過系統調用 ioctl() 從 Binder 驅動讀取數據，並通過 binder_parse() 進行數據解析。

注意這里調用 binder_loop() 傳入的 svcmgr_handler() ，後面會使用到。

binder_write() 會封裝 struct binder_write_read ，並通過系統調用 ioctl() 將對應的命令傳遞給 Binder 驅動。

binder_parse() 用來解析從 Binder 驅動讀取到的數據，然後根據不同的命令執行對應的操作。

因為 cmd 命令可能有多個，所以通過 while 循環每次處理一個 cmd 命令，多 cmd 的結構大致如下圖所示。

這里重點看下 BR_TRANSACTION 命令。

BR_TRANSACTION 是 Binder 驅動向 Server 端發送請求數據。

binder_transaction_data 的結構如下，其表明了 transcation 傳輸的具體語義，語義碼記錄在 code 中，不同語義碼攜帶的數據是不同的，這些數據由 data 指定。

在解析完 binder_transaction_data 的具體語義後，會調用前面傳給 binder_loop() 的 svcmgr_handler() ，其實就是 switch case 語義碼做不同的事情。

ServiceManager 的功能其實很簡單：

至此 ServiceManager 就分析完了。

Ⅵ Framework應用框架為什麼重要呢

對於絕大多數 Android 開發工程師來說，掌握Android Framework 一直是一個不光要熟練而且必須要精通的技能。Framework這個應用框架是Android開發中最基礎，但同時也是最重要的。Framework包含了Android IPC Binder機制、Handler消息機制、Dalvik VM進程系統、AMS、WMS和Package Manager Service等等。而這些類別里又包含很多小類，有許多的分支，每一個小類里還有很多小細節，這些都是Android開發工程師必須熟練掌握和精通的技能。
如果做成一個框架圖的話，就是下面這樣的：這只是一個簡單的框架圖，其實還有很多分支

很多大廠公司在面試的時候都會有很多的技術面試題，這是考察程序員必不可少的題目。
比方說：

1.Android中多進程通信的方式有哪些？
2.進程通信你用過哪些？原理是什麼？（位元組跳動、小米）
3.描述下Binder機制原理？（東方頭條）
4.Binder線程池的工作過程是什麼樣？（東方頭條）
5.Handler怎麼進行線程通信，原理是什麼？（東方頭條）
6.Handler如果沒有消息處理是阻塞的還是非阻塞的？（位元組跳動、小米）
7.handler.post(Runnable) runnable是如何執行的？（位元組跳動、小米）
8.handler的Callback和handlemessage都存在，但callback返回true handleMessage還會執行么？（位元組跳動、小米）
9.Handler的sendMessage和postDelay的區別？（位元組跳動）
10.IdleHandler是什麼？怎麼使用，能解決什麼問題？
11.為什麼Looper.loop不阻塞主線程？（騰訊）
12.Looper無限循環為啥沒有ANR（B站）
13.Looper如何在子線程中創建？（位元組跳動、小米）
14.Looper、handler、線程間的關系。例如一個線程可以有幾個Looper可以對應幾個Handler？（位元組跳動、小米）
15.如何更新UI，為什麼子線程不能更新UI？(美團)
16.ThreadLocal的原理，以及在Looper是如何應用的？（位元組跳動、小米）
17.Android 有哪些存儲數據的方式？
18.SharedPreference原理，commit與apply的區別是什麼？使用時需要有哪些注意？（騰訊）
19.如何判斷一個 APP 在前台還是後台？
20.如何做應用保活？
21.一張圖片100x100在內存中的大小？（位元組跳動）
22.Intent的原理，作用，可以傳遞哪些類型的參數?
然後會再擴展到和這些知識點相關的更深層次的知識點細節，直到問的你答不上來為止，以此來探尋你的技術邊際，這樣就能更深入地了解你的技術能力。

Android Framework重要性
Android Framework 開發雖然比較偏底層，圈子窄，但是能掌握一些原理的東西，可以觸類旁通，往應用層發展也可以，接下來我們看看Framework知識有多重要。舉幾個栗子，你或許就能清楚了。

像掉幀監控，函數插裝，慢函數檢測，ANR 監控，啟動監控，都需要對 Framework 有比較深入的了解，才能知道怎麼去做監控，利用什麼機制去監控，函數插樁插到哪裡，反射調用該反射哪個類哪個方法哪個屬性……

目前大公司的app開發都要基於模塊化、層次化、組件化、控制項化的思路來設計架構，而這一切的基礎都建立在Android Framework系統框架底層原理實現之上。

Binder是Android系統中最重要的組成
Binder是什麼呢？請看下圖，圖是最能清楚明了的直觀表達的工具

優勢描述
性能：只需要一次數據拷貝，性能上僅次於共享內存
穩定性：基於C/S架構，職責明確，架構清晰，因此穩定性好
安全性：為每個App分配UID,進程的UID是鑒別進程身份的重要標志
Android IPC Binder機制包含了 ：Linux預備知識、傳統的Linux中IPC通信原理、Binder IPC通信原理和Binder Java層實現，這些裡面都各有好多小分支，小細節需要仔細的去學習掌握。
騰訊高級工程師Binder面試
1.為什麼 Android 要採用 Binder 作為 IPC 機制？
2.Binder到底是什麼？
3.Binder機制是如何跨進程的？
4.一次Binder通信的基本流程是什麼樣？
5.為什麼 Activity 間傳遞對象需要序列化？
6.四大組件底層的通信機制是怎樣的？
7.AIDL 內部的實現原理是什麼？
這些都是關於Binder機制面試時會問到的點。

Handler主要用於非同步消息的處理： 有點類似輔助類，封裝了消息投遞、消息處理等介面。當發出一個消息之後，首先進入一個消息隊列，發送消息的函數即刻返回，而另外一個部分在消息隊列中逐一將消息取出，然後對消息進行處理，也就是發送消息和接收消息不是同步的處理。 這種機制通常用來處理相對耗時比較長的操作。
2、為什麼要用handler？

為什麼要用handler？不用這種機制行不行？不行！android在設計的時候，就封裝了一套消息的創建、傳遞、處理機制，如果不遵循這種機制，就沒有辦法更新UI信息，就會拋出異常信息。

在android開發中，經常會在子線程中進行一些操作，當操作完畢後會通過handler發送一些數據給主線程，通知主線程做相應的操作。探索其背後的原理：子線程handler主線程其實構成了線程模型中的經典問題生產者-消費者模型。生產者-消費者模型：生產者和消費者在同一時間段內共用同一個存儲空間，生產者往存儲空間中添加數據，消費者從存儲空間中取走數據。