安卓系統底層怎麼用

A. 安卓應用，底層是基於什麼，java API嗎

安卓系統底層是基於Linux的，是基於C和C++的， 上層應用大部分是基於「JAVA"的。也就是說系統是C/C++編寫的，系統外部應用是Java的。

B. 怎麼進入安卓核心系統（底層）

root

C. android 底層開機用什麼命令

現在的安卓系統不用命令的，直接同時按住減音量鍵和電源鍵就可以就如fastboot模式，底層開機了

D. 安卓底層用C 高層開發用 JAVA 這底層高層是什麼

android系統是基於Linux的，通常說的android開發有兩種，一種是系統開發，那麼肯定對Linux要熟，也就是你所說的底層用C進行開發。另一種也就是你所說的高層，就是應用開發，就是使用android已經給你封裝好了的java介面進行編寫。
學習android開發的話先把j2se學了，接著就可以直接找android的小代碼來看啦，在實踐中找成就感比較重要，因為android開發很容易入門，也很容易見效果。

E. 如何修改安卓底層實現錄播

1.把下載好的ROM解壓出來,解壓出來的一共2文件夾：META-INF、system和一個內核文件:boot.img 有的ROM有別的文件夾比如自己定製的刷機腳本裡面有添加程序的選項文件夾

2.stemapp文件夾,這裡面都是系統里的程序，可以刪除ROM本身集成的軟體，刪除的時候如果有odex文件記得連同名odex文件一起刪除

3.要在rom里添加自己喜歡的程序也很簡單，直接將apk文件拖入app文件夾，值得一提的是文件名不要有中文,需要提醒的是添加前最好先解包apk看看有沒有lib文件夾（解包apk可以右鍵點擊apk程序-打開方式-就可以打開了）如果有的話要復制裡面的so文件到rom的system/lib里.

Android一詞的本義指「機器人」，同時也是Google於2007年11月5日宣布的基於Linux平台的開源手機操作系統的名稱，該平台由操作系統、中間件、用戶界面和應用軟體組成。

F. Android系統中編程用什麼語言,請就底層和上層應用分別作答

安卓開發一般做驅動或者框架層以下的開發基本上都是c和c++，框架層都是java，應用層選擇比較多，比如java,kotlin, dart,甚至你用一些跨平台工具都可以用js開發。

G. 安卓8.0系統底層深度解析，流暢度真的會超越iOS嗎

優先順序別不同：iOS最先響應屏幕。其實這與兩個系統的優先順序有關，iOS對屏幕反應的優先順序是最高的，它的響應順序依次為Touch--Media--Service--Core架構，換句話說當用戶只要觸摸接觸了屏幕之後，系統就會最優先去處理屏幕顯示也就是Touch這個層級，然後才是媒體（Media），服務（Service）以及Core架構。而Android系統的優先順序響應層級則是Application--Framework--Library--Kernal架構，和顯示相關的圖形圖像處理這一部分屬於Library，可以看到到第三位才是它，當觸摸屏幕之後Android系統首先會激活應用，框架然後才是屏幕最後是核心架構。

H. Android的UI底層是用CPU繪圖的還是GPU繪圖的呢以及surfaceview,...

安卓有2種繪制模型：
一．軟體繪制模型，這里由CPU主導繪圖，視圖按照以下2個步驟繪圖。
讓視圖結構(view
hierarchy)失效。
繪制整個視圖結構。
當應用程序需要更新它的部分UI時，都會調用內容發生改變的View對象的invalidate()方法。無效（invalidation）消息請求會在View對象層次結構中傳遞，以便計算出需要重繪的屏幕區域（臟區）。然後，Android系統會在View層次結構中繪制所有的跟臟區相交的區域。但是，這種方法有兩個缺點：
1.
繪制了不需要重繪的視圖（與臟區域相交的區域）
2.
掩蓋了一些應用的bug（由於會重繪與臟區域相交的區域）
注意：在View對象的屬性發生變化時，如背景色或TextView對象中的文本等，Android系統會自動的調用該View對象的invalidate()方法。
二．硬體加速繪制模型，這里由GPU主導繪圖，視圖按照以下3個步驟繪圖。
讓視圖結構失效。
記錄和更新顯示列表（Display
List)。
繪制顯示列表。
這種模式下，Android系統依然會使用invalidate()方法和draw()方法來請求屏幕更新和展現View對象。但Android系統並不是立即執行繪制命令，而是首先把這些View的繪制函數作為繪制指令記錄一個顯示列表中，然後再讀取顯示列表中的繪制指令調用OpenGL相關函數完成實際繪制。另一個優化是，Android系統只需要針對由invalidate()方法調用所標記的View對象的臟區進行記錄和更新顯示列表。沒有失效的View對象就簡單重用先前顯示列表記錄的繪制指令來進行簡單的重繪工作。
使用顯示列表的目的是，把視圖的各種繪制函數翻譯成繪制指令保存起來，對於沒有發生改變的視圖把原先保存的操作指令重新讀取出來重放一次就可以了，提高了視圖的顯示速度。而對於需要重繪的View，則更新顯示列表，然後再調用OpenGL完成繪制。
在這種繪制模型下，我們不能依賴一個視圖與臟區(dirty
region)相交而導致它的draw()方法被自動調用，所以必須要手動調用該視圖的invalidate()方法去更新顯示列表。如果忘記這么做可能導致視圖在改變後不會發生變化。
硬體加速提高了Android系統顯示和刷新的速度，但它也不是萬能的，它有三個缺陷：
1.
兼容性（部分繪制函數不支持或不完全硬體加速）
2.
內存消耗（OpenGL
API調用就會佔用8MB，而實際上會佔用更多內存）
3.
電量消耗（GPU耗電）

I. 關於學習安卓底層，懂得進

我幹了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開發者/嵌入式開發者的人也不少，新人，老手，菜鳥大牛各居其位，層次性很好。