轉自:http://www.cnblogs.com/carlo/p/4947763.html
Google於2007年底正式發佈了Android SDK, 作爲 Android系統的重要特性,Dalvik虛擬機也第一次進入了人們的視野。它對內存的高效使用,和在低速CPU上表現出的高性能,確實令人刮目相看。
依賴於底層Posix兼容的操作系統,它可以簡單的完成進程隔離和線程管理。每一個Android應用在底層都會對應一個獨立的Dalvik虛擬機實例,
其代碼在虛擬機的解釋下得以執行。
很多人認爲Dalvik虛擬機是一個Java虛擬機,因爲Android的編程語言恰恰就是Java語言。但是這種說法並不準確,因爲Dalvik虛擬機並不是按照Java虛擬機的規範來實現的,兩者並不兼容;同時還要兩個明顯的不同:
- Java虛擬機運行的是Java字節碼,而Dalvik虛擬機運行的則是其專有的文件格式DEX(Dalvik Executable)。
- 在Java SE程序中的Java類會被編譯成一個或者多個字節碼文件(.class)然後打包到JAR文件,而後Java虛擬機會從相應的CLASS文件和JAR文 件中獲取相應的字節碼;Android應用雖然也是使用Java語言進行編程,但是在編譯成CLASS文件後,還會通過一個工具(dx)將應用所有的 CLASS文件轉換成一個DEX文件,而後Dalvik虛擬機會從其中讀取指令和數據。
Dalvik和Android系統Android作爲新一代的基於Linux的開源手機操作系統,其系統架構由下而上可以分爲以下幾部分:
- Linux內核
- 本地庫
- Android運行庫
- 應用框架
- 應用
java虛擬機和Dalvik虛擬機的區別:
java虛擬機 | Dalvik虛擬機 | |
java虛擬機基於棧。 基於棧的機器必須使用指令來載入和操作棧上數據,所需指令更多更多 | dalvik虛擬機是基於寄存器的 | |
java虛擬機運行的是java字節碼。(java類會被編譯成一個或多個字節碼.class文件,打包到.jar文件中,java虛擬機從相應的.class文件和.jar文件中獲取相應的字節碼)
|
Dalvik運行的是自定義的.dex字節碼格式。(java類被編譯成.class文件後,會通過一個dx工具將所有的.class文件轉換成一個.dex文件,然後dalvik虛擬機會從其中讀取指令和數據) | |
常量池已被修改爲只使用32位的索引,以 簡化解釋器。dalvik的堆和棧的參數可以通過-Xms和-Xmx更改 | ||
一個應用,一個虛擬機實例,一個進程(所有android應用的線程都是對應一個linux線程,都運行在自己的沙盒中,不同的應用在不同的進程中運行。每個android dalvik應用程序都被賦予了一個獨立的linux PID(app_*)) |
Dalvik虛擬機架構:
在android源碼中,Dalvik虛擬機的實現位於“dalvik/”目錄下,其中“dalvik/vm”是虛擬機的實現部分,將會編譯成libdvm.so;而"dalvik/libdex"將會編譯成libdex.a靜態庫作爲dex工具;“dalvik/dexdump”是.dex文件的反編譯工具;虛擬機的可執行程序位於“dalvik/dalvikvm”中,將會編譯成dalvikvm可執行文件。
dalvik虛擬機架構:
Android應用編譯及運行流程:
Dalvik進程管理:
dalvik進程管理是依賴於linux的進程體系結構的,如要爲應用程序創建一個進程,它會使用linux的fork機制來複制一個進程(複製進程往往比創建進程效率更高)。
Zygote是一個虛擬機進程,同時也是一個虛擬機實例的孵化器,它通過init進程啓動。首先會孵化出System_Server(android絕大多系統服務的守護進程,它會監聽socket等待請求命令,當有一個應用程序啓動時,就會向它發出請求,zygote就會FORK出一個新的應用程序進程).每當系統要求執行一個android應用程序時,Zygote就會運用linux的FORK進制產生一個子進程來執行該應用程序。
JVM和Dalvik進程管理:
linux中進程間通信的方式有很多,但是dalvik使用的是信號方式來完成進程間通信。
Android的初始化流程: