android的五大組件

Ⅰ Android系統四大組件

Android系統四大組件分別是活動（Activity）、服務（Service）、廣播接收器（Broadcast Receiver）和內容提供（Content Provider）。其中活動是所有Android應用程序的門面，凡是在應用中你看得到的東西，都是放在活動中的。而服務就比較低調了，你無法看到它，但它會一直在後台默默地運行，即使用戶退出了應用，服務仍然是可以繼續運行的。廣播接收器允許你的應用接收來自各處的廣播消息，比如電話、簡訊等，當然你的應用同樣也可以向外發出廣播消息。內容提供器則為應用程序之間共享數據提供了可能，比如你想要讀取系統電話簿中的聯系人，就需要通過內容提供器來實現。

開發工具：
JDK 。
JDK是java語言的軟體開發工具包，它包含了Java的運行環境、工具集合、基礎類庫等內容。需要注意的是，本書中的Android程序必須要使用JDK 8或以上版本才能進行開發。

Android SDK 。
Android SDK是谷歌提供的Android開發工具包，在開發Android程序時，我們需要通過引入該工具包，來使用Android相關的API。

Ⅱ 請android四大組件是什麼android常見合布局有哪些

Android四大組件：Activity、Service、Broadcast Receiver、Content Provider。
Activity
是Android程序與用戶交互的窗口，從視覺效果來看，一個Activity占據當前的窗口，響應所有窗口事件，具備有控制項，菜單等界面元素。從內部邏輯來看，Activity需要為了保持各個界面狀態，需要做很多持久化的事情，還需要妥善管理生命周期，和一些轉跳邏輯。
Service
就是剝離了界面的Activity，它們在很多Android的概念方面比較接近，都是封裝一個完整的功能邏輯，通常都是後台長時間運行，接受上層指令，完成相關事務的模塊。定義好需要接受的Intent，提供同步或非同步的介面，在上層綁定了它後，通過這些介面（很多時候都是RPC的...）進行通信。
Broadcast Receiver
接收一種或者多種Intent跳轉做觸發事件，接受相關消息，做一些簡單的處理，轉換成一條Notification，統一了Android的事件廣播模式。
Content Provider
提供第三方應用數據的訪問方案。可以派生ContentProvider類，對外提供數據，像資料庫一樣進行選擇排序，屏蔽內部數據的存儲細節，向外提供統一的介面模型，大大簡化了上層應用，對數據的整合提供了更方便的途徑。

Android 五大布局： FrameLayout（框架布局），LinearLayout （線性布局），AbsoluteLayout（絕對布局），RelativeLayout（相對布局），TableLayout（表格布局）。
FrameLayout
所有東西依次都放在左上角，會重疊，這個布局比較簡單，也只能放一點比較簡單的東西。
LinearLayout
每一個LinearLayout裡面又可分為垂直布局（android:orientation="vertical"）和水平布局（android:orientation="horizontal" ）。當垂直布局時，每一行就只有一個元素，多個元素依次垂直往下；水平布局時，只有一行，每一個元素依次向右排列。
AbsoluteLayout
絕對布局用X,Y坐標來指定元素的位置，這種布局方式也比較簡單，但是在屏幕旋轉時，往往會出問題，而且多個元素的時候，計算比較麻煩。
RelativeLayout
相對布局可以理解為某一個元素為參照物，來定位的布局方式。主要屬性有：相對於某一個元素android:layout_below、 android:layout_toLeftOf相對於父元素的地方android:layout_alignParentLeft、android:layout_alignParentRigh
TableLayout
每一個TableLayout裡面有表格行TableRow，TableRow裡面可以具體定義每一個元素。

最常用的布局 也就 LinearLayout RelativeLayout FrameLayout

這些都是 很基礎的 慢慢學吧。

滿意的話 望採納！

Ⅲ android 五大應用開發框架是什麼

android應用開發框架是 Application Framework，其系統架構由5部分組成，分別是：Linux Kernel、Android Runtime、Libraries、Application Framework、Applications。

1、Linux Kernel （Linux內核）

Android基於Linux 2.6提供核心系統服務，例如：安全、內存管理、進程管理、網路 堆棧、驅動模型。Linux Kernel也作為硬體和軟體之間的抽象層，它隱藏具體硬體細節而為上層提供統一的服務。

2、Android Runtime （運行庫）

Android包含一個核心庫的集合，提供大部分在Java編程語言核心類庫中可用的功能。每一個Android應用程序是Dalvik虛擬機中的實例，運行在他們自己的進程中。

Dalvik虛擬機設計成，在一個設備可以高效地運行多個虛擬機。Dalvik虛擬機可執行文件格式是.dex，dex格式是專為Dalvik設計的一種壓縮格式，適合內存和處理器速度有限的系統。 大多數虛擬機包括JVM都是基於棧的，而Dalvik虛擬機則是基於寄存器的。

3、Libraries （程序庫）

Android包含一個C/C++庫的集合，供Android系統的各個組件使用。這些功能通過Android的應用程序框架（application framework）暴露給開發者。

4、Application Framework （應用框架層）

通過提供開放的開發平台，Android使開發者能夠編制極其豐富和新穎的應用程序。開發者可以自由地利用設備硬體優勢、訪問位置信息、運行後台服務、設置鬧鍾、向狀態欄添加通知等等，很多很多。 開發者可以完全使用核心應用程序所使用的框架APIs。

應用程序的體系結構旨在簡化組件的重用，任何應用程序都能發布他的功能且任何其他應用程序可以使用這些功能（需要服從框架執行的安全限制）。這一機制允許用戶替換組件。

5、Applications（應用層）

Android裝配一個核心應用程序集合，包括電子郵件客戶端、SMS程序、日歷、地圖、瀏覽器、聯系人和其他設置。所有應用程序都是用Java編程語言寫的。Android本身是一套軟體堆迭(Software Stack)，或稱為「軟體迭層架構」，迭層主要分成三層：操作系統、中間件、應用程序。

(3)android的五大組件擴展閱讀

開發人員也可以完全訪問核心應用程序所使用的API框架。該應用程序的架構設計簡化了組件的重用;任何一個應用程序都可以發布它的功能塊並且任何其它的應用程序都可以使用其所發布的功能塊(不過得遵循框架的安全性限制)。同樣，該應用程序重用機制也使用戶可以方便的替換程序組件。

隱藏在每個應用後面的是一系列的服務和系統,其中包括;

豐富而又可擴展的視圖(Views)，可以用來構建應用程序，它包括列表(lists)，網格(grids)，文本框(textBoxes)，按鈕(buttons)，甚至可嵌入的web瀏覽器。

內容提供器(ContentProviders)使得應用程序可以訪問另一個應用程序的數據(如聯系人資料庫)，或者共享它們自己的數據

資源管理器(ResourceManager)提供非代碼資源的訪問，如本地字元串，圖形，和布局文件(layoutfiles)。

通知管理器(NotificationManager)使得應用程序可以在狀態欄中顯示自定義的提示信息。

活動管理器(ActivityManager)用來管理應用程序生命周期並提供常用的導航回退功能。

Ⅳ 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大組件，他們之間的聯系，不設計行不行

二，view的刷新，之前說過 三，IPC及原理 四，Android多線程 五，Android為什麼要設計4大組件，他們之間的聯系，不設計行不行（主要是為了實現MVC模式，然而java中最難的模式也是這個，很少有產品能將這個模式做得很好【Technicolor的 面試官問的這個】）六，service的周期，activity的周期，談下你對Android內部應用的了解，比如他做電話，以及聯系人等等應用。框架層有很多東西還是多看看，熟悉Android怎麼做的，不管你做應用程開發還是應用框架層開發很有好處的。 在就是你項目經驗，突出你遇到什麼難點，然後是怎麼解決的！盡量將每個技術點凸顯出來，當然 面試官有時候會為了體現你是否真正做過，他會問你，你在這個應用中做那個模塊，用了多少個類之類的問題。 偶爾有的 面試官會問你，你用過Android自帶的單元測試了沒，怎麼用的？ 當然我 面試過很多家單位，有的是做平板，手機，數字電視，有的是做出個erp之類的客戶端等等，出於前面的三個，基本上都是將Android的全部改掉，如果真正要做Android的話，大家要學的還很多。 總之，一句話，什麼樣的 面試官都有，去 面試的時候要做好一切心理准備，不管是技術還是基礎都得扎實。一個人的交談能力也很重要，總之不是非常標準的普通話，最起碼你說的得讓別人聽得懂，而且得把 面試官講得非常徹底，這樣你獲得offer的機會更大，談工資也有優勢~~當然曾經一家公司的 面試官跟我說過，技術是不惜錢的，只要你有能力，多少錢他都請。 確實，來北京求職期間，牛人真的很多，而且有的 面試官也非常好，給了很多忠肯的意見。並不是每個 面試官都特想為難你的~最主要的還是想知道你的技術，因為他們也是吃公司飯，得為這個負責。 1.View如何刷新？ 2.DDMS與TraceView的區別？ 3.activity被回收了怎麼辦？ 4.在Java中如何引入C語言？ 答案 1.View 可以調用invalidate()和postInvalidate()這兩個方法刷新 2.DDMS是一個程序執行查看器，在裡面你可以看見線程和堆棧等信息，TraceView是程序性能分析器 3.activity回收了，那就只有另起了 4.java調用C語言程序，可以用JNI介面來實現 上面答案僅作參考，畢竟我個人能力也有限嘛，難免會回答錯誤，呵呵..... 解答： 1.View受系統刷新（系統內部有個循環，監控事件、做業務處理、繪UI），可以用postInvalidate()促使系統刷新。 2.（還真不知道） 3.請參照Activity生命周期，如果被系統destroy了，也就是說的回收，只有從新start了 4.通過JNI調用。

Ⅵ 什麼是android的四大組件

Android四大組件有Activity，Service服務，Content Provider內容提供，BroadcastReceiver廣播接收器。

Android應用程序由一些零散的有聯系的組件組成，通過一個工程manifest綁定在一起。在manifest中，描述了每一個組件以及組件的作用，其中有6個組件，它們是Android應用程序的基石

(6)android的五大組件擴展閱讀

Activities(活動)

應用程序的顯示層。每一個畫面對應於你的應用程序，將會是Activity類的擴展。Activity使用Views去構建UI來顯示信息和響應用戶的行為。就桌面開發而言，一個Activity相當於一張Form。

Services(服務)

Android應用程序中不可見的「工人」。 Service組件運行時不可見，但它負責更新的數據源和可見的Activity，以及觸發通知。它們常用來執行一些需要持續運行的處理，當你的 Activity已經不處於激活狀態或不可見。

Content(內容)

提供共享的數據存儲。Content Provider(內容提供器)用來管理和共享應用程序的資料庫。在應用程序間，Content Provider是共享數據的首選方式。

Broadcast Receivers(廣播接收器)

Intent廣播的「消費者」。通過創建和注冊一個Broadcast Receiver，應用程序可以監聽符合特定條件的廣播的Intent。Broadcast Receiver 會自動的啟動你的Android應用程序去響應新來的Intent。Broadcast Receiver是事件驅動程序的理想手段。

參考資料來源：網路-Android組件

Ⅶ 安卓系統是哪個國家發明的

安卓系統是美國發明的。

但是Android 並不是一開始就屬於GOOGEL的，也是他們收購了Andy Rubin開發的這個軟體，從而加工更新得來。得到了ANDROID系統之後的谷歌開始了他們的一系列動作，先是大肆尋找加盟商與手機科技的人才，共同運營，匯集了眾多才子的安卓這時候已經基本成型了。

而後谷歌又以Apach開源代碼為授權，發布了安卓自己的源代碼，由此大功告成，這時候便開始發布了第一部安卓手機，是在2008年，當時是世界上的第一部智能手機，可以說是智能科技的一個質的飛躍。

(7)android的五大組件擴展閱讀：

應用組件

Android開發四大組件分別是：活動（Activity)： 用於表現功能。服務（Service)： 後台運行服務，不提供界面呈現。廣播接收器（BroadcastReceiver)：用於接收廣播。內容提供商（Content Provider）： 支持在多個應用中存儲和讀取數據，相當於資料庫。

Android 中，Activity是所有程序的根本，所有程序的流程都運行在Activity 之中，Activity可以算是開發者遇到的最頻繁，也是Android 當中最基本的模塊之一。在Android的程序當中，Activity 一般代表手機屏幕的一屏。如果把手機比作一個瀏覽器，那麼Activity就相當於一個網頁。