① android四大組件（組成）是什麼，功能分別是什
Activity：應用程序中，一個Activity就相當於手機屏幕，它是一種可以包含用戶界面的組件，主要用於和用戶進行交互。一個應用程序可以包含許多活動，比如事件的點擊，一般都會觸發一個新的Activity
BroadcastReceiver廣播接收器：應用可以使用它對外部事件進行過濾只對感興趣的外部事件(如當電話呼入時，或者數據網路可用時)進行接收並做出響應。廣播接收器沒有用戶界面。然而，它們可以啟動一個activity或serice 來響應它們收到的信息，或者用NotificationManager來通知用戶。通知可以用很多種方式來吸引用戶的注意力──閃動背燈、震動、播放聲音等。一般來說是在狀態欄上放一個持久的圖標，用戶可以打開它並獲取消息。
ContentProvider內容提供者: 內容提供者主要用於在不同應用程序之間實現數據共享的功能，它提供了一套完整的機制，允許一個程序訪問另一個程序中的數據，同時還能保證被訪問數據的安全性。只有需要在多個應用程序間共享數據時才需要內容提供者。例如：通訊錄數據被多個應用程序使用，且必須存儲在一個內容提供者中。它的好處：統一數據訪問方式。
Service服務：是Android中實現程序後台運行的解決方案，它非常適合去執行那些不需要和用戶交互而且還要長期運行的任務（一邊打電話，後台掛著QQ）。服務的運行不依賴於任何用戶界面，即使程序被切換到後台，或者用戶打開了另一個應用程序，服務扔然能夠保持正常運行，不過服務並不是運行在一個獨立的進程當中，而是依賴於創建服務時所在的應用程序進程。當某個應用程序進程被殺掉後，所有依賴於該進程的服務也會停止運行（正在聽音樂，然後把音樂程序退出）。
---------------------
作者：coderZY
來源：CSDN
原文：https://blog.csdn.net/m0_37989980/article/details/78681367
版權聲明：本文為博主原創文章，轉載請附上博文鏈接！
② android四大組件是什麼各有有什麼作用
Android四大組件分別為activity、service、content provider、broadcast receiver。
一、android四大組件詳解
1、activity
（1）一個Activity通常就是一個單獨的屏幕（窗口）。
（2）Activity之間通過Intent進行通信。
（3）android應用中每一個Activity都必須要在AndroidManifest.xml配置文件中聲明，否則系統將不識別也不執行該Activity。
2、service
（1）service用於在後台完成用戶指定的操作。service分為兩種：
（a）started（啟動）：當應用程序組件（如activity）調用startService()方法啟動服務時，服務處於started狀態。
（b）bound（綁定）：當應用程序組件調用bindService()方法綁定到服務時，服務處於bound狀態。
(2)startService()與bindService()區別：
(a)started service（啟動服務）是由其他組件調用startService()方法啟動的，這導致服務的onStartCommand()方法被調用。當服務是started狀態時，其生命周期與啟動它的組件無關，並且可以在後台無限期運行，即使啟動服務的組件已經被銷毀。因此，服務需要在完成任務後調用stopSelf()方法停止，或者由其他組件調用stopService()方法停止。
(b)使用bindService()方法啟用服務，調用者與服務綁定在了一起，調用者一旦退出，服務也就終止，大有「不求同時生，必須同時死」的特點。
(3)開發人員需要在應用程序配置文件中聲明全部的service，使用<service></service>標簽。
(4)Service通常位於後台運行，它一般不需要與用戶交互，因此Service組件沒有圖形用戶界面。Service組件需要繼承Service基類。Service組件通常用於為其他組件提供後台服務或監控其他組件的運行狀態。
3、content provider
（1）android平台提供了Content Provider使一個應用程序的指定數據集提供給其他應用程序。其他應用可以通過ContentResolver類從該內容提供者中獲取或存入數據。
（2）只有需要在多個應用程序間共享數據是才需要內容提供者。例如，通訊錄數據被多個應用程序使用，且必須存儲在一個內容提供者中。它的好處是統一數據訪問方式。
（3）ContentProvider實現數據共享。ContentProvider用於保存和獲取數據，並使其對所有應用程序可見。這是不同應用程序間共享數據的唯一方式，因為android沒有提供所有應用共同訪問的公共存儲區。
（4）開發人員不會直接使用ContentProvider類的對象，大多數是通過ContentResolver對象實現對ContentProvider的操作。
（5）ContentProvider使用URI來唯一標識其數據集，這里的URI以content://作為前綴，表示該數據由ContentProvider來管理。
4、broadcast receiver
（1）你的應用可以使用它對外部事件進行過濾，只對感興趣的外部事件(如當電話呼入時，或者數據網路可用時)進行接收並做出響應。廣播接收器沒有用戶界面。然而，它們可以啟動一個activity或serice來響應它們收到的信息，或者用NotificationManager來通知用戶。通知可以用很多種方式來吸引用戶的注意力，例如閃動背燈、震動、播放聲音等。一般來說是在狀態欄上放一個持久的圖標，用戶可以打開它並獲取消息。
（2）廣播接收者的注冊有兩種方法，分別是程序動態注冊和AndroidManifest文件中進行靜態注冊。
（3）動態注冊廣播接收器特點是當用來注冊的Activity關掉後，廣播也就失效了。靜態注冊無需擔憂廣播接收器是否被關閉，只要設備是開啟狀態，廣播接收器也是打開著的。也就是說哪怕app本身未啟動，該app訂閱的廣播在
③ 學android基本控制項和四大組件和網路通信要會java的哪些知識
不用了，直接上手，實際操作，就可以啦，雖然我不懂
④ android四大組件的作用是什麼
Android 開發的四大組件分別是：活動（activity），用於表現功能；服務（service），後台運行服務，不提供界面呈現；廣播接受者（Broadcast Receive），勇於接收廣播；內容提供者（Content Provider），支持多個應用中存儲和讀取數據，相當於資料庫。
活動
Android中，activity是所有程序的根本，所有程序的流程都運行在activity之中，activity可以算是開發者遇到的最頻繁，也是android當中最基本的模塊之一。在android的程序中，activity一般代表手機屏幕的一屏。如果把手機比作一個瀏覽器，那麼activity就相當於一個網頁。在activity當中可以添加一些Button、Checkbox等控制項，可以看到activity概念和網頁的概念相當類似。
一般一個android應用是由多個activity組成的，這多個activity之間可以進行相互跳轉。例如，按下一個Button按鈕後，可能會跳轉到其他的activity，與網頁跳轉稍微有點不一樣的是，activity之間的跳轉有可能返回值。例如，從activity A跳轉到activity B，那麼當activity B運行結束時，有可能會給activity A一個返回值。這樣做在很多時候是相當方便的。
當打開一個新的屏幕時，之前一個屏幕會被置為暫停狀態，並且壓入歷史堆棧中。用戶可以通過回退操作返回到以前打開過的屏幕。可以選擇性的一處一些沒有必要保留的屏幕，因為Android會把每個應用的開始到當前的每個屏幕保存在堆棧中。
Android 開發的四大組件分別是：活動（activity），用於表現功能；服務（service），後台運行服務，不提供界面呈現；廣播接受者（Broadcast Receive），勇於接收廣播；內容提供者（Content Provider），支持多個應用中存儲和讀取數據，相當於資料庫。
2.服務
Service是android系統中的一種組件，跟activity的級別差不多，但是他不能自己運行，只能後台運行，並且可以和其他組件進行交互。Service是沒有界面長生命周期的代碼。Service是一種程序，可以運行很長時間的，但是卻沒有用戶界面。這么說有點枯燥，來看個例子。打開一個音樂播放器的程序，這時如果想上網，那麼打開Android瀏覽器，這時雖然已經進入瀏覽器這個程序，但是歌曲播放並沒有停止，而是在後台繼續一首接一首的播放，其實這個播放就是由播放音樂的Service進行控制。當然這個播放音樂的Service也可以停止。例如，當播放列表裡的歌曲都結束，或用戶按下了停止音樂播放的快捷鍵等。Service可以在很多場合的應用中使用，如播放多媒體時用戶啟動了其他Activity，這時程序要在後台繼續播放，比如檢測SD卡上文件的變化，或在後台記錄地理信息位置的改變等，而服務卻藏在後台。
開啟Service有兩種方式：
（1）Context.starService（）：Service會經歷onCreat ——>onStar(如果Service還沒有運行，則Android先調用onCreat()，然後調用onStar（），所以一個Service的onStar方能會重復調用多次)；如果是調用者自己直接退出而沒有調用StopService，服務會一直在後台運行。該服務的調用者再啟動起來後可以通過stopService關閉服務。注意，多次調用Context.starService（）不會被嵌套（即使會有相應的onStar（）方法被調用），所以無論同一個服務被啟動多少次，一旦調用Context.stopService（）或者StopSelf（），都會被停止。
說明：傳遞給starService（）的Intent對象會傳遞給onStar()方法。調用順序為onCreat——onStar（可調用多次）——onDestroy.
（2）Context.bindService()：服務會經歷onCreate（）——onBind（），onBind將返回給客戶端一個IBind介面實例，IBind允許客戶端回調服務的方法，比如得到服務運行的狀態或其他操作。這個時候把調用者（Context，如Activity）會和服務綁定在一起，Context退出了，服務就會調用onUnbind——onDestroy相應退出，所謂綁定在一起就是「共存亡」了。
3.廣播接收器
在Android中，廣播是一種廣泛運用的在應用程序之間傳輸信息的機制。而廣播接收器是對發送出來的廣播進行過濾接受並響應的一類組件。可以使用廣播接收器來讓應用對一個外部時間做出響應。例如，當電話呼入這個外部事件到來時，可以利用廣播接收器進行處理。當下載一個程序成功完成時，仍然可以利用廣播接收器進行處理。廣播接收器不NotificationManager來通知用戶這些事情發生了。廣播接收器既可以在AndroidManifest.xml中注冊，也可以在運行時的代碼中使用Context.registerReceive（）進行注冊。只要是注冊了，當事件來臨時，即使程序沒有啟動，系統也在需要的時候啟動程序。各種應用還可以通過使用Context.sendBroadcast（）將它們自己的Intent廣播給其他應用程序。
4.內容提供者
內容提供者（Content Provider）是Android提供的第三方應用數據的訪問方案。
在Android中，對數據的保護是很嚴密的，除了放在SD卡中的數據，一個應用所持有的資料庫、文件等內容，都是不允許其他直接訪問的。Android當然不會真的把每一個應用都做成一座「孤島」，它為所有應用都准備可一扇窗，這就是Content Provider。應用想對外提供的數據，可以通過派生Content Provider類，封裝成一枚Content Provider。每個Content Provider都用一個uri作為獨立的標識，形如：content://com.xxxxx。所有應用看著像REST的樣子，但實際上它比REST更為靈活。和REST類似，uri也可以有兩種類型，一種是帶id的；另一種是列表的，但實現者不需要按照這個模式來做，給id的uri也可以返回列表類型的數據。
⑤ Android基礎技術及基本控制項
安卓基礎技術主要是講解一些安卓系統運行的原理，還有一些基本的組件，所有的安卓應用程序都是在這些組件構成的，基本控制項主要就是一些類似按鈕，進度條，滾動條這些圖形界面組件，還有一些是用戶自定義的組件。
⑥ Android四大組件是什麼講講你對它們的理解
Android有四大組件：Activity、Service、Broadcast Receiver、Content Provider。
Activity
做一個完整的Android程序，不想用到Activity，真的是比較困難的一件事情，除非是想做綠葉想瘋了。因為Activity是Android程序與用戶交互的窗口，在我看來，從這個層面的視角來看，Android的Activity特像網站的頁面。
Activity，在四大組件中，無疑是最復雜的，這年頭，一樣東西和界面掛上了勾，都簡化不了，想一想，獨立做一個應用有多少時間淪落在了界面上，就能琢磨清楚了。從視覺效果來看，一個Activity占據當前的窗口，響應所有窗口事件，具備有控制項，菜單等界面元素。從內部邏輯來看，Activity需要為了保持各個界面狀態，需要做很多持久化的事情，還需要妥善管理生命周期，和一些轉跳邏輯。對於開發者而言，就需要派生一個Activity的子類，然後埋頭苦幹上述事情。對於Activity的更多細節，先可以參見：reference/android/app/Activity.html。後續，會獻上更為詳盡的剖析。
Service
服務，從最直白的視角來看，就是剝離了界面的Activity，它們在很多Android的概念方面比較接近，都是封裝有一個完整的功能邏輯實現，只不過Service不拋頭露臉，只是默默無聲的做堅實的後盾。
但其實，換個角度來看，Android中的服務，和我們通常說的Windows服務，Web的後台服務又有一些相近，它們通常都是後台長時間運行，接受上層指令，完成相關事務的模塊。用運行模式來看，Activity是跳，從一個跳到一個，呃...，這有點像模態對話框（或者還像web頁面好了...），給一個輸入（抑或沒有...），然後不管不顧的讓它運行，離開時返回輸出（同抑或沒有...）。
而Service不是，它是等，等著上層連接上它，然後產生一段持久而纏綿的通信，這就像一個用了Ajax頁面，看著沒啥變化，偷偷摸摸的和Service不知眉來眼去多少回了。
但和一般的Service還是有所不同，Android的Service和所有四大組件一樣，其進程模型都是可以配置的，調用方和發布方都可以有權利來選擇是把這個組件運行在同一個進程下，還是不同的進程下。這句話，可以拿把指甲刀刻進腦海中去，它凸顯了Android的運行特徵。如果一個 Service，是有期望運行在於調用方不同進程的時候，就需要利用Android提供的RPC機制，為其部署一套進程間通信的策略。
Android的RPC實現，如上圖所示（好吧，也是從SDK中拿來主義的...），無甚稀奇，基於代理模式的一個實現，在調用端和服務端都去生成一個代理類，做一些序列化和反序列化的事情，使得調用端和伺服器端都可以像調用一個本地介面一樣使用RPC介面。
Android中用來做數據序列化的類是Parcel，參見：/reference/android/os/Parcel.html，封裝了序列化的細節，向外提供了足夠對象化的訪問介面，Android號稱實現非常高效。
還有就是AIDL (Android Interface Definition Language) ，一種介面定義的語言，服務的RPC介面，可以用AIDL來描述，這樣，ADT就可以幫助你自動生成一整套的代理模式需要用到的類，都是想起來很乏力寫起來很苦力的那種。更多內容，可以再看看：guide/developing/tools/aidl.html，如果有興致，可以找些其他PRC實現的資料lou幾眼。
關於Service的實現，還強推參看API Demos這個Sample裡面的RemoteService實現。它完整的展示了實現一個Service需要做的事情：那就是定義好需要接受的Intent，提供同步或非同步的介面，在上層綁定了它後，通過這些介面（很多時候都是RPC的...）進行通信。在RPC介面中使用的數據、回調介面對象，如果不是標準的系統實現（系統可序列化的），則需要自定義aidl，所有一切，在這個Sample里都有表達，強薦。
Service從實現角度看，最特別的就是這些RPC的實現了，其他內容，都會接近於Activity的一些實現，也許不再會詳述了。
Broadcast Receiver
在實際應用中，我們常需要等，等待系統抑或其他應用發出一道指令，為自己的應用擦亮明燈指明方向。而這種等待，在很多的平台上，都會需要付出不小的代價。
比如，在Symbian中，你要等待一個來電消息，顯示歸屬地之類的，必須讓自己的應用忍辱負重偷偷摸摸的開機啟動，消隱圖標隱藏任務項，潛伏在後台，監控著相關事件，等待轉瞬即逝的出手機會。這是一件很發指的事情，不但白白耗費了系統資源，還留了個流氓軟體的罵名，這真是賣力不討好的正面典型。
在Android中，充分考慮了廣泛的這類需求，於是就有了Broadcast Receiver這樣的一個組件。每個Broadcast Receiver都可以接收一種或若干種Intent作為觸發事件（有不知道Intent的么，後面會知道了...），當發生這樣事件的時候，系統會負責喚醒或傳遞消息到該Broadcast Receiver，任其處置。在此之前和這以後，Broadcast Receiver是否在運行都變得不重要了，及其綠色環保。
這個實現機制，顯然是基於一種注冊方式的，Broadcast Receiver將其特徵描述並注冊在系統中，根據注冊時機，可以分為兩類，被我冠名為冷熱插拔。所謂冷插拔，就是Broadcast Receiver的相關信息寫在配置文件中（求配置文件詳情？稍安，後續奉上...），系統會負責在相關事件發生的時候及時通知到該Broadcast Receiver，這種模式適合於這樣的場景。某事件方式 -> 通知Broadcast -> 啟動相關處理應用。比如，監聽來電、郵件、簡訊之類的，都隸屬於這種模式。而熱插拔，顧名思義，插拔這樣的事情，都是由應用自己來處理的，通常是在 OnResume事件中通過registerReceiver進行注冊，在OnPause等事件中反注冊，通過這種方式使其能夠在運行期間保持對相關事件的關注。比如，一款優秀的詞典軟體（比如，有道詞典...），可能會有在運行期間關注網路狀況變化的需求，使其可以在有廉價網路的時候優先使用網路查詢詞彙，在其他情況下，首先通過本地詞庫來查詞，從而兼顧腰包和體驗，一舉兩得一石二鳥一箭雙雕（注，真實在有道詞典中有這樣的能力，但不是通過 Broadcast Receiver實現的，僅以為例...）。而這樣的監聽，只需要在其工作狀態下保持就好，不運行的時候，管你是天大的網路變化，與我何干。其模式可以歸結為：啟動應用 -> 監聽事件 -> 發生時進行處理。
除了接受消息的一方有多種模式，發送者也有很重要的選擇權。通常，發送這有兩類，一個就是系統本身，我們稱之為系統Broadcast消息，在reference/android/content/Intent.html 的Standard Broadcast Actions，可以求到相關消息的詳情。除了系統，自定義的應用可以放出Broadcast消息，通過的介面可以是 Context.sendBroadcast，抑或是Context.sendOrderedBroadcast。前者發出的稱為Normal broadcast，所有關注該消息的Receiver，都有機會獲得並進行處理；後者放出的稱作Ordered broadcasts，顧名思義，接受者需要按資排輩，排在後面的只能吃前面吃剩下的，前面的心情不好私吞了，後面的只能喝西北風了。
當Broadcast Receiver接收到相關的消息，它們通常做一些簡單的處理，然後轉化稱為一條Notification，一次振鈴，一次震動，抑或是啟動一個 Activity進行進一步的交互和處理。所以，雖然Broadcast整個邏輯不復雜，卻是足夠有用和好用，它統一了Android的事件廣播模型，讓很多平台都相形見絀了。更多Broadcast Receiver相關內容，參見：/reference/android/content/BroadcastReceiver.html。
Content Provider
Content Provider，聽著就和數據相關，沒錯，這就是Android提供的第三方應用數據的訪問方案。在Android中，對數據的保護是很嚴密的，除了放在SD卡中的數據，一個應用所持有的資料庫、文件、等等內容，都是不允許其他直接訪問的，但有時候，溝通是必要的，不僅對第三方很重要，對應用自己也很重要。
比如，一個聯系人管理的應用。如果不允許第三方的應用對其聯系人資料庫進行增刪該查，整個應用就失去了可擴展力，必將被其他應用拋棄，然後另立門戶，自個玩自個的去了。
Andorid當然不會真的把每個應用都做成一座孤島，它為所有應用都准備了一扇窗，這就是Content Provider。應用想對外提供的數據，可以通過派生ContentProvider類， 封裝成一枚Content Provider，每個Content Provider都用一個uri作為獨立的標識，形如：content://com.xxxxx。所有東西看著像REST的樣子，但實際上，它比REST 更為靈活。和REST類似，uri也可以有兩種類型，一種是帶id的，另一種是列
表的，但實現者不需要按照這個模式來做，給你id的uri你也可以返回列表類型的數據，只要調用者明白，就無妨，不用苛求所謂的REST。
另外，Content Provider不和REST一樣只有uri可用，還可以接受Projection，Selection，OrderBy等參數，這樣，就可以像資料庫那樣進行投影，選擇和排序。查詢到的結果，以Cursor（參見：reference/android/database/Cursor.html ）的形式進行返回，調用者可以移動Cursor來訪問各列的數據。
Content Provider屏蔽了內部數據的存儲細節，向外提供了上述統一的介面模型，這樣的抽象層次，大大簡化了上層應用的書寫，也對數據的整合提供了更方便的途徑。Content Provider內部，常用資料庫來實現，Android提供了強大的Sqlite支持，但很多時候，你也可以封裝文件或其他混合的數據。
在Android中，ContentResolver是用來發起Content Provider的定位和訪問的。不過它僅提供了同步訪問的Content Provider的介面。但通常，Content Provider需要訪問的可能是資料庫等大數據源，效率上不足夠快，會導致調用線程的擁塞。因此Android提供了一個AsyncQueryHandler（參見：reference/android/content/AsyncQueryHandler.html），幫助進行非同步訪問Content Provider。
在各大組件中，Service和Content Provider都是那種需要持續訪問的。Service如果是一個耗時的場景，往往會提供非同步訪問的介面，而Content Provider不論效率如何，都提供的是約定的同步訪問介面。我想這遵循的就是場景導向設計的原則，因為Content Provider僅是提供數據訪問的，它不能確信具體的使用場景如何，會怎樣使用它的數據；而相比之下，Service包含的邏輯更復雜更完整，可以抉擇大部分時候使用某介面的場景，從而確定最貼切的介面是同步還是非同步，簡化了上層調用的邏輯。
⑦ 請問Android中4大組件有哪些他們的作用是什麼
Activity
官方解釋：Activity是Android程序與用戶交互的窗口，是Android構造塊中最基本的一種，它主要為保持各界面的狀態做很多持久化的事情，妥善管理生命周期以及一些跳轉邏輯。
解釋說明：我們也可以簡單的理解為當前的操作界面。
Service
官方解釋：Service後台服務於Activity，封裝有一個完整的功能邏輯實現，接受上層指令，完成相關的事務，定義好需要接受的Intent提供同步和非同步的介面。
解釋說明：例如當我們打開音樂播放器後我們想讓該音樂播放器至於後台運行。這時我們就可以啟動服務來實現。
ContentProvider
官方解釋：ContentProvider是Android中提供的第三方應用數據的訪問方案，可以派生ContentProvider類，對外提供數據，可以像資料庫一樣進行選擇排序，屏蔽內部存儲的存儲細節，向外提供統一的數據介面模型，大大簡化上層應用對數據的整合提供了更方便的途徑。
解釋說明：我們可以簡單的理解為在我們的應用程序中我們在一塊區域定製了一些規則來存儲應用程序的相關信息。如果第三方應用程序想要訪問到我們應用程序中的信息就需要滿足我們定製的規則來進行獲取。
BroadcastReceiver
官方解釋：BroadcastReceiver接受一種或者多種Intent作觸發事件，接受相關消息，做一些簡單處理，轉換成一條Notification，統一了Android的事件廣播機制。
解釋說明：這個機制可以理解為電視廣播，我們通過廣播發送一個節目。人們可以通過收音機調到對應的頻率來進行接受廣播而獲取相應的信息。我們的應用程序可以通過廣播發送信息，也可以通過一定的條件篩選來獲取到被人發送的廣播信息。而且廣播的作用范圍不局限於本應用程序內進行信息傳遞。
可以在秒秒學上看看Android的課程，講解的可以，希望對你有幫助。
⑧ 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)，或稱為「軟體迭層架構」，迭層主要分成三層：操作系統、中間件、應用程序。從上面我們也看到了開源的力量，一個個熟悉的開源軟體在這里貢獻了自己的一份力量。
⑨ android四大組件哪些有生命周期
Activity
BroadcastReceive廣播接收器
Service服務
就這個三個。