安卓的核心組件是什麼

Ⅰ android開發的知識體系

1、Unix/Linux平台技術：基本命令，Linux下的開發環境
2、企業級資料庫技術：SQL語言、SQL語句調優、Oracle資料庫技術
3、Java 語言核心技術：Java語言基礎、Java面向對象編程、JDK核心API、Java集合框架、Java網路編 程、JavaI/O編程、Java多線程編程、Java異常機制、Java安全、JDBC、XML
4、軟體工程和設計模式：軟體工程概述、配置管理及SVN、UML、基本設計模式
5、Android應用開發基礎：Android開發平台、Eclipse+ADT開發環境、AVD及感測模擬器調試、Android核心組件、Android常用組件、Android高級組件、文件及網路訪問、SQLite資料庫編程、後台服務編程
6、互聯網核心技術： HTML、CSS、JavaScript、JQuery、Ajax應用
7、Android高級應用開發：音頻視頻攝像頭、互聯網應用、GPS和位置服務、Google Map、2D3D繪制、感測器開發、游戲開發、電話及SMS服務、網路BluetoothWi-Fi等。
8、Android系統級開發：移植、驅動、NDK（C方向）。
9、JavaEE核心技術：Servlet核心技術、JSP核心技術、Struts、Spring、Hibernate框架。

Ⅱ webview卸載了會怎麼樣

webview建議不要卸載,這是安卓的核心組件,卸載可能會造成系統崩潰。
Webview含義：WebView也就是我們熟悉的「網路視圖」，能載入並顯示網頁，可以將其視為一個瀏覽器。主要用於展示網路請求後的內容，就是將網路地址請求的內容展示在裡面。

Ⅲ 到底Android核心應用是什麼

核心應用是系統運行的支持軟體，如果意外停止，您可以重啟手機。
Android應用程序沒有唯一的啟動入口（如C語言中的main()函數入口），一個Android應用程序是由多個不同的組件組合而成，組件之間通過Intent來實現通信。
Android系統的基本組件包括Activity，Service, BroadcastReceiver和ContentProvider等，此外還包括專門負責在基本組件之間傳遞消息的Intent組件。所有組件都必須在AndroidManifest.xml文件中聲明。

一、Activity —— 應用表示層（ 基類 Activity ）
一個活動表示一個可視化的用戶界面，關注一個用戶從事的事件。例如，一個活動可能表示一個用戶可選擇的菜單項列表，或者可能顯示照片連同它的標題。一個文本簡訊應用程序可能有一個活動，顯示聯系人的名單發送信息；第二個活動，寫信息給選定的聯系人；其他活動，重新查看舊信息或更改設置。雖然他們一起工作形成一個整體的用戶界面，但是每個活動是獨立於其他活動的。每一個都是作為Activity基類的一個子類的實現。
應用程序中的每個屏幕都是通過繼承和擴展基類 Activity 來實現的。
同一應用中的每個 Activity 是相互獨立的。程序啟動後顯示的第一幅畫面是應用程序的第一個 Activity （默認窗口），而後可以根據需要從這個 Activity 啟動另一個新的 Activity 。
Activity 利用 View 來實現應用中的 GUI （用戶直接通過 GUI 和應用程序做交互）。 Activity 窗口內的可見內容通過基類 View 提供。使用 Activity.setContentView() 方法設置當前 Activity 中的 View 對象。
二、Service —— 沒有可見的用戶界面，但能夠長時間運行於後台（ 基類 Service ）
一個服務沒有一個可視化用戶界面，而是在後台無期限地運行。例如一個服務可能是播放背景音樂而用戶做其他一些事情，或者它可能從網路擴取數據，或計算一些東西並提供結果給需要的活動（activities）。每個服務都繼承自Service基類。
運行於應用程序進程的主線程中，因此 Service 不會阻塞其他組件和用戶界面。
Service 是不能自己啟動的，必須通過 Context 對象（如一個 Activity ）調用 startService 或 bindService 方法來啟動（用這兩種方法啟動的 Service 的生命周期不同）。
三、Broadcast Receiver —— 用戶接收廣播通知的組件（ 基類 BroadcastReceiver ）

一個廣播接收者是這樣一個組件，它不做什麼事，僅是接受廣播公告並作出相應的反應。許多廣播源自於系統代碼，例如公告時區的改變、電池電量低、已採取圖片、用戶改變了語言偏好。應用程序也可以發起廣播，例如為了他其他程序知道某些數據已經下載到設備且他們可以使用這些數據。一個應用程序可以有任意數量的廣播接收者去反應任何它認為重要的公告。所有的接受者繼承自BroadcastReceiver基類。
Android 中的廣播要麼來自於系統，要麼來自普通應用程序。
很多事件都可能導致系統廣播，如手機所在時區發生變化，電池電量低，用戶改變系統語言設置等。
四、Content Provider 為解決應用程序間數據通信、共享的問題（基類 ContentProvider ）
內容提供者（content provider）使一個應用程序的指定數據集提供給其他應用程序。這些數據可以存儲在文件系統中、在一個SQLite資料庫、或以任何其他合理的方式。內容提供者繼承自ContentProvider 基類並實現了一個標準的方法集，使得其他應用程序可以檢索和存儲數據。然而，應用程序並不直接調用這些方法。相反，替代的是它們使用一個ContentResolver對象並調用它的方法。ContentResolver能與任何內容提供者通信，它與提供者合作來管理參與進來的進程間的通信。
在 Android 中，每個應用程序都是用自己的用戶 ID 並在自己的進程中運行。這樣的好處是，可以有效地保護系統及應用程序，避免被其他不正常德應用程序所影響，每個進程都擁有獨立的進程地址空間和虛擬空間。
一旦需要以上 4 種 Android 應用程序基本組件完成請求， Android 會首先確認該組件所在進程是否運行，如果沒有運行， Android 將先啟動進程，同時確認被請求組件的實例是否存在，否則將創建一個新的組件實例。
五、Intent —— 連接組件的紐帶
以上 4 種基本組件中，除了 Content Provider 是通過 Content Resolver 激活外，其他 3 種組件 Activity 、 Service 和 Broadcast Receiver 都是由 Intent 非同步消息激活的。

Ⅳ 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系統 主要有哪幾部分

android系統分為四部分，從高到低分別是：

1、Android應用層

2、Android應用框架層

3、Android系統運行層

4、Linux內核層

Android系統構架主要應用於ARM平台，但不僅限於ARM，通過編譯控制，在X86、MAC等體系結構的機器上同樣可以運行。

(5)安卓的核心組件是什麼擴展閱讀：

Android運行庫

Android包括了一個核心庫，該核心庫提供了JAVA編程語言核心庫的大多數功能。

每一個Android都擁有一個獨立的Dalvik虛擬機實例。Dalvik被設計成一個設備可以同時高效地運行多個虛擬系統。Dalvik虛擬機執行(.dex)的Dalvik可執行文件，該格式文件針對小內存使用做了優化。

同時虛擬機是基於寄存器的，所有的類都經由JAVA編譯器編譯，然後通過SDK中的「dx」工具轉化成.dex格式由虛擬機執行。

Ⅵ 什麼是android的四大組件

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

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

(6)安卓的核心組件是什麼擴展閱讀

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組件

Ⅶ 安卓手機的核心組件有兩個工廠模式，正常嗎不正常，能刪嗎

正常，一個是root鎖，另一個才是工廠模式，不能刪除

Ⅷ 安卓系統是由什麼組成的

一般來說Android 程序主要由下列四個部分組成，分別是：活動(Activity) - 用於表現功能服務(Service) - 相當於後台運行的Activity廣播接收器(BroadcastReceiver) - 用於接收廣播意圖（Intent）- 用於連接以上各個組件，並在其間傳遞消息
1 Activity 介紹
Android 中，Activity 是所有程序的根本，所有程序的流程都運行在Activity 之中，Activity可以算是開發者遇到的最頻繁，也是Android 當中最基本的模塊之一。在Android的程序當中，Activity 一般代表手機屏幕的一屏。如果把手機比作一個瀏覽器，那麼Acitivity就相當於一個網頁。在Activity 當中可以添加一些Button、Check box 等控制項。可以看到Activity 的概念和網頁的概念相當類似。 一般一個Android 應用是由多個Activity 組成的。這多個Activity 之間可以進行相互跳轉，例如，按下一個Button 按鈕後，可能會跳轉到其他的Activity。和網頁跳轉稍微有些不一樣的是，Activity 之間的跳轉有可能返回值，例如，從Activity A 跳轉到Activity B，那麼當Activity B 運行結束的時候，有可能會給Activity A 一個返回值。這樣做在很多時候是相當方便的。 當打開一個新的屏幕時，之前一個屏幕會被置為暫停狀態，並且壓入歷史堆棧中。用戶可以通過回退操作返回到以前打開過的屏幕。我們可以選擇性的移除一些沒有必要保留的屏幕，因為Android 會把每個應用的開始到當前的每一個屏幕保存在堆棧中。Activity 是由Android 系統進行維護的，它也有自己的生命周期，即它的一個產生、運行、銷毀的一個周期，對於Activity，關鍵是其生命周期的把握，其次就是狀態的保存和恢復（onSaveInstanceState onRestoreInstanceState），以及Activity 之間的跳轉和數據傳輸（intent）。
2 Service 介紹
Service 是android 系統中的一種組件，它跟Activity 的級別差不多，但是他不能自己運行，只能後台運行，並且可以和其他組件進行交互。Service 是沒有界面的長生命周期的代碼。Service 是一種程序，它可以運行很長的時間，但是它卻沒有用戶界面。這么說有點枯燥，我們來看個例子。打開一個音樂播放器的程序，這個時候若想上網了，那麼，我們打開Android 的瀏覽器，這個時候雖然我們已經進入了瀏覽器這個程序，但是，歌曲的播放並沒有停止，而是在後台繼續一首接著一首的播放。其實這個播放就是由播放音樂的Service進行控制。當然這個播放音樂的Service也可以停止，例如，當播放列表裡邊的歌曲都結束，或者用戶按下了停止音樂播放的快捷鍵等。service 可以在和多場合的應用中使用，比如播放多媒體的時候用戶啟動了其他Activity這個時候程序要在後台繼續播放，比如檢測SD 卡上文件的變化，再或者在後台記錄你地理信息位置的改變等等，總之服務嘛，總是藏在後頭的。
3 BroadcastReceiver 介紹
在Android 中，Broadcast 是一種廣泛運用的在應用程序之間傳輸信息的機制。而BroadcastReceiver 是對發送出來的Broadcast進行過濾接受並響應的一類組件。可以使用BroadcastReceiver 來讓應用對一個外部的事件做出響應。這是非常有意思的，例如，當電話呼入這個外部事件到來的時候，可以利用BroadcastReceiver 進行處理。例如，當下載一個程序成功完成的時候，仍然可以利用BroadcastReceiver 進行處理。BroadcastReceiver不能生成UI，也就是說對於用戶來說不是透明的，用戶是看不到的。BroadcastReceiver通過NotificationManager 來通知用戶這些事情發生了。BroadcastReceiver 既可以在AndroidManifest.xml 中注冊，也可以在運行時的代碼中使用Context.registerReceiver()進行注冊。只要是注冊了，當事件來臨的時候，即使程序沒有啟動，系統也在需要的時候啟動程序。各種應用還可以通過使用Context.sendBroadcast () 將它們自己的intent broadcasts廣播給其他應用程序。注冊BroadcastReceiver有兩種方式:
4 Intent 介紹
Intent 是一個將要執行的動作的抽象的描述，一般來說是作為參數來使用，由Intent來協助完成android 各個組件之間的通訊。Intent 負責對應用中一次操作的動作、動作涉及數據、附加數據進行描述，Android 則根據此Intent 的描述，負責找到對應的組件，將Intent 傳遞給調用的組件，並完成組件的調用。因此，Intent 在這里起著一個媒體中介的作用，專門提供組件互相調用的相關信息，實現調用者與被調用者之間的解耦。例如，在一個聯系人維護的應用中，當我們在一個聯系人列表屏幕（假設對應的Activity 為listActivity）上，點擊某個聯系人後，希望能夠跳出此聯系人的詳細信息屏幕（假設對應的Activity為detailActivity）。為了實現這個目的，listActivity需要構造一個Intent，這個Intent 用於告訴系統，我們要做"查看"動作，此動作對應的查看對象是"某聯系人"，然後調用startActivity(Intent intent)，將構造的Intent 傳入，系統會根據此Intent 中的描述，到ManiFest中找到滿足此Intent 要求的Activity，系統會調用找到的Activity，即為detailActivity，最終傳入Intent，detailActivity 則會根據此Intent中的描述，執行相應的操作。Intent 主要是用來啟動其他的activity 或者service，所以可以將intent 理解成activity 之間的粘合劑。Intent具體有一下3 種形式： 通過startActivity 方法來啟動一個新的Activity； 通過broadcast Intent 機制可以將一個Intent 發送給任何對這個Intent 感興趣的BroadcastReceiver； 通過startService （Intent） 或bindService（Intent，ServiceConnection，int） 來和後台的Service 進行交互。[

Ⅸ 手機主要組成部件。

1、處理器（晶元），智能手機最重要的組成部件，手機專用晶元，這些晶元包括：射頻晶元、射頻功放晶元、處理器晶元、電源管理晶元、存儲晶元、觸摸屏控制晶元等。

2、存儲器（內存），手機內存又分為運行內存和非運行內存這兩種。手機內存的運行內存就相當於電腦的內存，手機內存的運行內存越大，手機在運行程序時就會越流暢，後台能夠進行多個程序的運行。手機的非運行內存，也就是常說的內存，便相當於電腦的硬碟，可以進行各種軟體或是文件的存儲，當這個內存越大時，我們就能存儲越多的東西。

3、輸入輸出設備，包括USB介面、耳機介面、攝像頭等及I/O通道。

4、屏幕，手機上佔比最大的部件，手機顯示屏是一種將一定的電子文件通過特定的傳輸設備儀器顯示到屏幕上再反射到人眼的的一種顯示工具。

5、電池，手機電池是為手機提供電力的儲能工具，由三部分組成：電芯、保護電路和外殼，手機電池一般用的是鋰電池和鎳氫電池。mAh」是電池容量的單位，中文名稱是毫安時。

(9)安卓的核心組件是什麼擴展閱讀

智能手機的基本要求：

1、高速度，高精度處理晶元。3G手機不僅要支持打電話、發簡訊，它還要處理音頻、視頻，甚至要支持多任務處理，這需要一顆功能強大、低功耗、具有多媒體處理能力的晶元。這樣的晶元才能讓手機不經常死機，不發熱，不會讓系統慢得如蝸牛。

2、大存儲晶元和存儲擴展能力。如果要實現3G的大量應用功能，沒有大存儲就完全沒有價值，一個完整的GPS導航圖，要超過一個G的存儲空間，而大量的視頻、音頻還和多種應用都需要存儲。因此要保證足夠的內存存儲或擴展存儲，才能真正滿足3G的應用。

3、面積大、標准化、可觸摸的顯示屏。只有面積大和標准化的顯示屏，才能讓用戶充分享受3G的應用。解析度一般不低於320×240。

4、支持播放式的手機電視。如果手機電視完全採用電信網的點播模式，網路很難承受，而且為了保證網路質量，運營商一般對於點播視頻的流量都有所控制，因此，廣播式的手機電視是手機娛樂的一個重要組成部分。

5、操作系統必須支持新應用的安裝。有可能安裝各種新的應用，使用戶的手機可以安裝和定製自己的應用。

6、配備大容量電池，並支持電池更換。3G無論採用何種低功耗的技術，電量的消耗都是一個大問題，必須要配備高容量的電池，1500mAh是標准配備，隨著3G的流行，很可能未來外接移動電源也會成為一個標准配置。