1.Android 源码根目录介绍
2.å¦ä½ç¼è¯ä¸ä¸ªç²¾ç®çAndroidç³»ç»
3.Android 中的Dalvik和ART是什么，有啥区别
4.说一说Android的Dalvik，ART与JIT，AOT
Android 源码根目录介绍
整体目录结构概览
深入解析Android源码根目录的架构，让我们一起了解其组成部分及其作用。
在Android源码根目录中，资金缺口指标源码首先映入眼帘的是“art”目录，其全称是Android Runtime，负责Android系统的运行时环境，是Android应用执行的核心。
紧接着是“bionic”目录，内部包含了基础的库文件，这些库为Android系统的运行提供底层支持。
“bootable”目录，包含的是Android系统启动时需要的文件和目录，对于系统启动至关重要。
“build”目录，api授权系统源码集中了构建Android系统的相关脚本和工具，开发者通过它来构建和测试Android系统。
“dalvik”目录，这里是Dalvik虚拟机的文件存放地，是早期Android系统中负责执行应用代码的主要虚拟机。
“developers”和“development”目录，专为开发者准备，包含了开发工具、文档等资源。
“device”目录，包含了针对不同硬件设备的配置文件和驱动程序，确保Android系统能够适配各种硬件。
“external”目录，存放了第三方库和工具，为Android系统提供额外的功能支持。
“frameworks”目录，股东带走公司源码包含了Android系统的框架层，为应用提供基础的API和组件。
“hardware”目录，集成了硬件相关的代码和库文件，确保与硬件设备的交互。
“libcore”目录，存储了Android核心库文件，为系统提供关键的基础支持。
“libnativehelper”目录，存放了用于Android应用中调用本地代码的辅助库。
“ndk”目录，全称为Native Development Kit，是为开发本地代码（C/C++）的Android应用准备的。
“packages”目录，包含了系统的应用包，包括预装应用和系统服务。源码安装lanp环境
“pdk”目录，全称为Power Development Kit，提供与系统电源管理相关的代码和工具。
“platform_testing”目录，集中了用于测试Android系统的工具和脚本。
“prebuilts”目录，存放了构建工具和库的预编译版本，减少构建过程的时间。
“sdk”目录，包含了Android SDK（Software Development Kit），是开发者构建和测试应用的重要工具。
“system”目录，包含了系统层的应用程序和系统文件，是Android系统运行的基础。
“test”目录，集中了用于验证系统和应用功能的双cci源码公式测试代码。
“tools”目录，包含了开发工具和脚本，帮助开发者进行代码调试、构建和分析。
“vendor”目录，存放了设备制造商提供的驱动程序和其他系统文件。
“cts”目录，全称为Compatibility Test Suite，包含了用于验证系统兼容性的测试用例。
最后，不要忘记“out”目录，它是编译过程中产生的临时目录，包含了编译结果。
以上是Android源码根目录的基本介绍，深入了解这些目录及其内容，有助于开发者更高效地进行Android应用的开发和调试。
å¦ä½ç¼è¯ä¸ä¸ªç²¾ç®çAndroidç³»ç»
æ¬æ¬¡è¯éªä½¿ç¨çandroidæºç æ¯4.2ï¼ç¼è¯çæ¶ææ¯mini-mipsã
ä¸ãæåçå·¥ä½
1ãä¿®æ¹build/target/product/mini.mkï¼å»æä¸äºä¸å¿ è¦ç模åï¼ä¾å¦PhoneãDownloadManagerçï¼
2ãä¿®æ¹SystemServer.javaï¼å±è½ä¸äºserviceï¼è®©ç³»ç»è½å¤å¯å¨èµ·æ¥ï¼ä¾å¦ï¼Location ManagerãTelephony Registryï¼
3ãä¿®æ¹dalvik/vm/native/dalvik_system_Zygote.cppï¼æ³¨éæå 为æ£æ¥ä¸å°å¤é¨åå¨è导è´dalvik abortçå°æ¹ ï¼è¿æ¯googelçä¸ä¸ªbugï¼å¨å¹´1æ份已解å³ï¼å¦æç¨è¿ä»¥åç代ç ä¸ç¨ä¿®æ¹æ¤å¤ï¼
4ãä¿®æ¹WindowManagerService.javaï¼æåéBOOT_TIMEOUTæ¶æ¯çæ¶é´æ¹ä¸º0ï¼ä¹å为ç§ï¼
äºãç³»ç»ä¼ååçææï¼éªè¯å·¥ä½åå¨mips模æå¨ä¸è¿è¡ï¼
1ãèçè¿è¡å åï¼ä¸é¢æ¯å ¨ç¼è¯ä¸miniç¼è¯çå å使ç¨ç¶æç对æ¯
1ï¼full build
MemTotal: kB
MemFree: kB
2ï¼mini build
MemTotal: kB
MemFree: kB
2ã缩çå¼æºå¯å¨æ¶é´
å¨èææºä¸çå¯å¨æ¶é´
1ï¼full buildï¼ç§
2ï¼mini buildï¼ç§
3ãåªå¯å¨homeç¨åºï¼å ¶ä½çåºç¨ç¨åºå被移é¤
ä¸ãä¿çandroidçå¼åç¯å¢
1ãadbï¼ddmsï¼apkinstallçï¼é½è½æ£å¸¸å·¥ä½
2ãå¨eclipseä¸ç¼åçandroidåºç¨ç¨åºè½å¤è¿è¡å¨è¯¥mini-androidä¹ä¸
åãå¼æºèªå¨å¯å¨æå®åºç¨ç¨åº
æ¬æ¬¡æµè¯ä½¿ç¨Gallery.apkåºç¨ç¨åºï¼ä¿®æ¹å ¶æºç åå¯ä»¥å®ç°éç³»ç»çå¯å¨èèªå¨å¯å¨çåè½ã
Android 中的Dalvik和ART是什么，有啥区别
按照android官方的说法，android是用java代码编写的，运行在dalvik虚拟机；
在手机上运行的每各android程序，包含一个android运行时、dalvik虚拟机和android的核心库。
所以可以这样理解，dalvik是google自己实现的一个jvm（jvm不只sun有，ibm也自己实现了，据我了解，也就是jvm可以自行实现）；
这里的关键就是，你在使用android编写程序的时候，使用的java.lang、java.util、java.io等java的核心包，应该是google的核心类库来实现的这些功能，既然google官方说了“android是用java代码编写的”，这就代表这些类和java中的一样，也就是google按java的规范来实现的他们。而像android.view这样的包只在android中才有，但也是由google的核心类库来实现的。也就是google的核心类库实现了java的基础类同时实现了android的类；这才是问题的关键。至于dalvik把他理解为为手机设备优化的jvm就可以了。
说一说Android的Dalvik，ART与JIT，AOT
在开发Android应用程序时，我们通常使用Java或Kotlin进行编码，然后通过编译打包生成APK文件。这个过程中，Android虚拟机扮演关键角色，其中Dalvik和ART是两种主要的虚拟机类型。JIT（Just In Time）与AOT（Ahead Of Time）则是为了提高运行效率，虚拟机采用的不同编译策略。
简而言之，JIT是一种即时编译技术，与Dalvik虚拟机紧密相关。在Android 2.2至4.4版本（7.0版本也有，后文会讨论）中，JIT的引入旨在提高Android的运行效率。Dalvik虚拟机可以视为一个Java虚拟机，它在Android系统初期，负责将dex文件翻译为机器码交予系统调用。然而，这一过程存在缺陷，每次执行代码时都需要Dalvik将操作码代码转换为微处理器指令，运行效率低下。
为了改善这一问题，Android在2.2版本中引入了JIT编译器。当应用程序运行时，每当遇到一个新类，JIT编译器就会对这个类进行即时编译。经过编译后的代码被优化为精简的原生型指令码（native code），这使得下次执行到相同逻辑时速度更快。JIT编译器可以对执行频繁的dex和odex代码进行编译与优化，将dex/odex中的Dalvik代码（Smali指令集）转换为精简的Native Code执行，从而使得Dalvik性能提升3~6倍。
然而，JIT也有一些局限性。动态编译虽然可以优化Dalvik的运行速度，但将dex翻译为本地机器码依然占用时间。为解决这一问题，Google在4.4版本中推出了全新的虚拟机运行环境ART（Android Runtime），以替代Dalvik。ART采用静态编译方式，在应用安装时启动dex2oat过程，将dex预编译成ELF文件，使得每次运行程序时不需重新编译。
AOT（静态编译）与JIT（动态编译）的结合在Android 7.0版本上再次被使用，采用AOT/JIT混合编译策略。这一策略的特点是利用AOT在安装时进行预编译，以及在运行时使用JIT对频繁执行的代码进行即时优化，从而实现更好的性能和效率。
综上所述，Dalvik与ART是Android的两种运行环境或虚拟机，而JIT与AOT则是它们采用的不同编译策略，旨在提升Android应用程序的运行效率和性能。
