認識android

『壹』 安卓系統是什麼

安卓系統是什麼

安卓系統英文簡稱為Android，是目前全球手機用戶使用最多的操作系統，由美國知名的谷歌公司開發，其系統都要應用在智能手機、平板電腦等領域。

Android是一種以linux為基礎的開放源代碼操作系統，主要使用於便攜設備。尚未有統一中文名稱，在國內我們通常稱之為安卓系統。Android操作系統最初由Andy Rubin開發，最初主要支持手機。2005年由Google收購注資，並組建開放手機聯盟開發改良，逐漸擴展到平板電腦及其他領域上。

Android當前的主要競爭對手是蘋果公司的iOS系統，當前智能手機市場中，安卓系統憑借開源，被諸多手機廠商所採用，像三星、HTC、小米、華為、中興、酷派等等絕大多數部分品牌手機均搭載了谷歌安卓系統，也正因為如此，安卓系統，在全球智能機市場中占據第一。

占據智能機系統市場第二的'為蘋果iOS系統，蘋果iOS系統主要同於蘋果iPhone手機、iPad平板電腦當中。iOS系統是目前全球最好的移動操作系統，去穩定性與安卓性要明顯優於安卓系統，不過由於蘋果iOS系統只應用於自家的iPhone手機與iPad平板電腦當中，因此其市場份額無法比擬諸多手機廠商搭載的安卓系統。

iOS系統目前已經發展到了iOS7版本，其新版表現相比以往似乎有所下降，越來越多用戶認為，iOS相比Android的優勢在逐漸減小。

另外占據智能手機市場第三份額的為微軟WP系統，不過WP系統，相比蘋果iOS與安卓系統有明顯差距，市場份額相對很小。目前搭載WP系統的手機主要是諾基亞Numia系列手機，如諾基亞Lumia 520、諾基亞920、諾基亞1020等等諾基亞手機均是搭載了該系統。

微軟WP系統，目前最新版本為WP8，WP8系統界面比較美觀，不過支持的硬體並不高，加之新版發布緩慢，合作的手機廠商，未來發展也比較堪憂。

以上就是什麼是安卓系統的簡單介紹，希望對大家認識安卓系統有所幫助，目前幾乎全部的國產手機均搭載的是安卓系統，並且由於安卓採用開源，手機廠商可以自由二次開發，因此也衍生出了各類優秀UI系統，基本所有知名大牌手機廠商都會對安卓系統進行一些二次開發，主要是擴展功能，並且更改默認圖標等，從而顯得更加個性。

---

『貳』 Android中的uid

uid 是user 用戶id

Android 里的UID是基於應用程序，每一個程序都有一個UID,如果應用程序1和應用程序2的uid不同，則在default情況下，二者無法讀取對方的數據，這樣提升了應用的安全性。

當使用者安裝了某一應用程序時，android系統就會賦予一個uid，用戶可以在屏幕上的窗口裡可以檢視這個AndroidManifest.xml檔案的內容，用戶回了解這個應用程序的目的、許可權等，並選擇接受與不接受。

一些特殊情形下，兩個應用程序是可以持有一樣的UID。

例如，當需要推出新版本時，這兩種版本的程序可以持有一樣的UID， 才有許可權將舊版程序的數據轉移到新版軟體里。

Pid 是 process 進程ID，Uid 是 user 用戶ID，只是Android和計算機不一樣。

計算機每個用戶都具有一個Uid，而Android中每個程序都有一個Uid。

默認情況下，Android會給每個程序分配一個普通級別互不相同的 Uid，如果用互相調用，只能是Uid相同才行，這就使得共享數據具有了一定安全性。

每一個不同的 程序 都能有一個UId，但是一個應用裡面可以有多個PId。

一個用戶可以打開多個進程（Pid），並且這些進程的uid是一樣的；

一個pid對應一個進程，每次打開時系統都會賦予不同的pid，但是uid是當你安裝Apk時，系統賦予的，是不變的，除非你卸載了重裝，又會重新賦予一個Uid；

參考： 認識Android的UID(Unix user ID)與許可權

ANDROID 中UID與PID的作用與區別

『叄』 android系統開發要用哪些知識

android 技術內幕系統卷
第1章 准備工作 /1 1.1 深入認識android /2 1.1.1 android的系統構架 /2 1.1.2 android的初始化流程 /5 1.1.3 各個層次之間的相互關系 /8 1.1.4 android系統開發（移植）和應用開發 /11 1.2 獲取和編譯android的源碼 /13 1.2.1 環境配置 /13 1.2.2 獲取android源碼 /14 1.2.3 編譯android的源碼及其工具包 /16 1.2.4 運行android系統 /21 1.3 開發環境搭建 /23 1.3.1 應用開發環境搭建 /23 1.3.2 源碼開發環境搭建 /26 1.4 android源碼結構 /32 1.5 小結 /33 第2章 android的內核機制和結構剖析 /34 2.1 linux與android的關系 /35 .2.1.1 為什麼會選擇linux /35 2.1.2 android不是linux /35 2.2 android對linux內核的改動 /37 2.2.1 goldfish /37 2.2.2 yaffs2 /38 2.2.3 藍牙 /39 2.2.4 調度器（scheler）/39 2.2.5 android新增的驅動 /40 2.2.6 電源管理 /41 2.2.7 雜項 /41 2.3 android對linux內核的增強 /42 2.3.1 alarm（硬體時鍾）/43 2.3.2 ashmem（匿名內存共享）/46 2.3.3 low memory killer（低內存管理）/52 2.3.4 logger（日誌設備）/56 2.3.5 android pmem /65 2.3.6 switch /79 2.3.7 timed gpio /88 2.3.8 android ram console /94 2.4 小結 /99 第3章 android的ipc機制--binder /100 3.1 binder概述 /101 3.1.1 為什麼選擇binder /101 3.1.2 初識binder /102 3.2 binder驅動的原理和實現 /102 3.2.1 binder驅動的原理 /102 3.2.2 binder驅動的實現 /103 3.3 binder的構架與實現 /132 3.3.1 binder的系統構架 /132 3.3.2 binder的機制和原理 /133 3.4 小結 /150 第4章 電源管理 /151 4.1 電源管理概述 /152 4.2 電源管理結構 /152 4.3 android的電源管理機制 /153 4.4 android電源管理機制的實現 /154 4.5 小結 /187 第5章 驅動的工作原理及實現機制 /188 5.1 顯示驅動（framebuffer）/189 5.1.1 framebuffer的工作原理 /189 5.1.2 framebuffer的構架 /190 5.1.3 framebuffer驅動的實現機制 /190 5.2 視頻驅動（v4l和v4l2）/201 5.2.1 v4l2介紹 /201 5.2.2 v4l2的原理和構架 /201 5.2.3 v4l2的實現 /202 5.3 音頻驅動（oss和alsa）/208 5.3.1 oss與alsa介紹 /208 5.3.2 oss的構架與實現 /209 5.3.3 alsa的構架與實現 /213 5.4 mtd驅動 /214 5.4.1 mtd驅動的功能 /214 5.4.2 mtd驅動的構架 /215 5.4.3 mtd驅動的原理及實現 /215 5.5 event輸入設備驅動 /223 5.5.1 input的系統構架 /223 5.5.2 event輸入驅動的構架 /224 5.5.3 event輸入驅動的原理 /224 5.5.4 event輸入驅動的實現 /225 5.6 藍牙驅動（bluetooth）/235 5.6.1 bluetooth驅動的構架 /235 5.6.2 bluez的原理及實現 /237 5.7 wlan驅動（wi-fi）/244 5.7.1 wlan構架 /244 5.7.2 wi-fi驅動的實現原理 /245 5.8 小結 /245 第6章 原生庫的原理及實現 /246 6.1 系統c庫（bionic libc）/247 6.1.1 bionic libc功能概述 /247 6.1.2 bionic libc實現原理 /248 6.2 功能庫 /258 6.2.1 webkit構架與實現 /258 6.2.2 多媒體框架與實現 /275 6.2.3 android sqlite框架及原理 /285 6.3 擴展庫 /289 6.3.1 skia底層庫分析 /289 6.3.2 opengl底層庫分析 /299 6.3.3 android-openssl實現及運用 /306 6.3.4 freetype及font engine manager /317 6.3.5 freetype結構體系和渲染流程 /317 6.4 原生服務 /328 6.4.1 audioflinger實現 /328 6.4.2 surfaceflinger實現 /341 6.5 小結 /353 第7章 硬體抽象層的原理與實現 /354 7.1 硬體抽象層的實現原理 /355 7.1.1 android hal構架 /355 7.1.2 android hal的實現 /357 7.2 android overlay構架與實現 /361 7.2.1 android overlay系統構架 /361 7.2.2 overlay hal框架與實現 /362 7.2.3 overlay與surfacefinger /369 7.3 android camera 構架與實現 /375 7.3.1 android camera系統構架 /375 7.3.2 camera hal框架與實現 /377 7.3.3 camera本地實現 /385 7.4 android audio hal實現 /394 7.4.1 audio hal框架 /395 7.4.2 android默認的audio hal實現 /398 7.4.3 mp功能的audio hal實現 /400 7.4.4 基於a2dp的藍牙音頻設備hal實現 /402 7.4.5 模擬器上的audio hal實現 /403 7.5 android ril實現 /404 7.5.1 android ril構架 /404 7.5.2 radiooptiongs實現 /407 7.5.3 libril庫實現 /409 7.5.4 reference-ril庫實現 /415 7.5.5 rild守護進程實現 /418 7.5.6 request流程分析 /423 7.5.7 response流程分析 /427 7.6 android sensor hal實現 /434 7.6.1 android sensor構建 /434 7.6.2 sensor hal介面 /435 7.6.3 sensor hal實現 /438 7.7 android wifi hal實現 /441 7.7.1 android wifi系統構架 /441 7.7.2 wpa_supplicant框架 /442 7.7.3 wifi hal實現 /444 7.8 android藍牙本地實現 /447 7.8.1 android藍牙構架 /447 7.8.2 bluez結構體系 /448 7.8.3 bluez適配層 /452 7.9 android 定位實現 /453 7.9.1 定位系統構架 /453 7.9.2 gps hal實現 /454 7.10 android power hal實現 /459 7.11 android vibrator hal實現 /461 7.12 小結 /462 第8章 dalvik虛擬機的構架、原理與實現 /463 8.1 dalvik虛擬機概述 /464 8.1.1 什麼是dalvik虛擬機 /464 8.1.2 dalvik虛擬機的功能 /464 8.1.3 dalvik虛擬機與java虛擬機的區別 /465 8.2 dalvik構架與實現 /466 8.2.1 dalvik系統構架 /466 8.2.2 dx和dexmp工具 /468 8.2.3 .dex文件格式解析 /470 8.2.4 dalvik內部機制 /487 8.2.5 dalvik進程管理 /492 8.2.6 dalvik內存管理 /501 8.2.7 dalvik載入器 /509 8.2.8 dalvik解釋器 /517 8.2.9 dalvik jit /519 8.3 jni的構架與實現 /523 8.3.1 jni構架 /523 8.3.2 jni實現 /524 8.4 小結 /526 第9章 android 核心庫 /527 9.1 android核心庫簡介 /528 9.2 android系統api /529 9.2.1 android包 /529 9.2.2 android資源包 /529 9.2.3 apicheck機制 /529 9.3 小結 /532 後記 /533

『肆』 Android源碼解析Window系列第（一）篇---Window的基本認識和Activity的載入流程

您可能聽說過View ,ViewManager,Window,PhoneWindow,WindowManager,WindowManagerService,可是你知道這幾個類是什麼關系，幹嘛用的。概括的來說，View是放在Window中的，Window是一個抽象類，它的具體實現是PhoneWindow，PhoneWindow還有個內部類DecorView，WindowManager是一個interface，繼承自ViewManager，它是外界訪問Window的入口，，提供了add/remove/updata的方法操作View，WindowManager與WindowManagerSerice是個跨進程的過程，WindowManagerService的職責是對系統中的所有窗口進行管理。如果您不太清楚，建議往下看，否則就不要看了。

Android系統的Window有很多種，大體上來說，Framework定義了三種窗口類型；

這就是Framework定義了三種窗口類型，這三種類型定義在WindowManager的內部類LayoutParams中，WindowManager講這三種類型 進行了細化，把每一種類型都用一個int常量來表示，這些常量代表窗口所在的層，WindowManagerService在進行窗口疊加的時候，會按照常量的大小分配不同的層，常量值越大，代表位置越靠上面， 所以我們可以猜想一下，應用程序Window的層值常量要小於子Window的層值常量，子Window的層值常量要小於系統Window的層值常量。 Window的層級關系如下所示。

上面說了Window分為三種，用Window的type區分，在搞清楚Window的創建之前，我們需要知道怎麼去描述一個Window，我們就把Window當做一個實體類，給我的感覺，它必須要下面幾個欄位。

實際上WindowManager.LayoutParams對Window有很詳細的定義。

提取幾個重要的參數

Window是一個是一個抽象的概念，千萬不要認為我們所看到的就是Window,我們平時所看到的是視圖，每一個Window都對應著一個View，View和Window通過ViewRootImpl來建立聯系。有了View，Window的存在意義在哪裡呢，因為View不能單獨存在，它必須依附著Window，所以有視圖的地方就有Window,比如Activity,一個Dialog,一個PopWindow,一個菜單，一個Toast等等。

通過上面我們知道視圖和Window的關系，那麼有一個問題，是先有視圖，還是先有Window。這個答案只有在源碼中找了。應用程序的入口類是ActivityThread，在ActivityThread中有performLaunchActivity來啟動Activity，這個performLaunchActivity方法內部會創建一個Activity。

如果activity不為null,就會調用attach,在attach方法中通過PolicyManager創建了Window對象，並且給Window設置了回調介面。

PolicyManager的實現類是Policy

這樣Window就創建出來了， 所以先有Window，後有視圖，視圖依賴Window存在 ，再說一說視圖（Activity）為Window設置的回調介面。

Activity實現了這個回調介面，當Window的狀態發生變化的時候，就會回調Activity中實現的這些介面，有些回調介面我們還是熟悉的，dispatchTouchEvent，onAttachedToWindow，onDetachedFromWindow等。

下面分析view是如何附屬到window上的，通過上面可以看到，在attach之後就要執行callActivityOnCreate，在onCreate中我們會調用setContentView方法。

getWindow獲取了Window對象，Window的具體實現類是PhoneWindow,所以要看PhoneWindow的setContentView方法。

這里涉及到一個mContentParent變數，他是一個DecorView的一部分，DecorView是PhoneWindow的一個內部類，我先介紹一下關於DecorView的知識。

DecorView是Activity的頂級VIew，DecorView繼承自FrameLayout,在DecorView中有上下兩個部分，上面是標題欄，下面是內容欄，我們通過PhoneWindow的setContentView所設置的布局文件是加到內容欄（mContentParent）裡面的，View層的事件都是先經過DecorView在傳遞給我們的View的。

OK在回到setContentView的源碼分析，我們可以得到Activity的Window創建需要三步。

- 1、 如果沒有DecorView，在installDecor中創建DecorView。

- 2、將View添加到decorview中的mContentParent中。

- 3、回調Activity的onContentChanged介面。

先看看第一步，installDecor的源碼

installDecor中調用了generateDecor，繼續看

直接給new一個DecorView，有了DecorView之後，就可以載入具體的布局文件到DecorView中了，具體的布局文件和系統和主題有關系。

在看第二步，將View添加到decorview中的mContentParent中。

直接將Activity視圖加到DecorView的mContentParent中，最後一步，回調Activity的onContentChanged介面。在Activity中尋找onContentChanged方法，它是個空實現，我們可以在子Activity中處理。

到此DecorView被創建完畢，我們一開始從Thread中的handleLaunchActivity方法開始分析，首先載入Activity的位元組碼文件，利用反射的方式創建一個Activity對象，調用Activity對象的attach方法，在attach方法中，創建系統需要的Window並為設置回調，這個回調定義在Window之中，由Activity實現，當Window的狀態發生變化的時候，就會回調Activity實現的這些回調方法。調用attach方法之後，Window被創建完成，這時候需要關聯我們的視圖，在handleLaunchActivity中的attach執行之後就要執行handleLaunchActivity中的callActivityOnCreate，在onCreate中我們會調用setContentView方法。通過setContentView，創建了Activity的頂級View---DecorView,DecorView的內容欄（mContentParent）用來顯示我們的布局。 這個是我們上面分析得到了一個大致流程，走到這里，這只是添加的過程，還要有一個顯示的過程，顯示的過程就要調用handleLaunchActivity中的handleResumeActivity方法了。最後會調用makeVisible方法。

這裡面首先拿到WindowManager對象，用tWindowManager 的父介面ViewManager接收，ViewManager可以
最後調用 mDecor.setVisibility(View.VISIBLE)設置mDecor可見。到此，我們終於明白一個Activity是怎麼顯示在我們的面前了。
參考鏈接：
http://blog.csdn.net/feiclear_up/article/details/49201357