如何分析学习Android系统的源代码
目前，互联网行业正在朝着移动互联网方向强劲地发展，而移动互联网的发展离不开背后的移动平台的支撑。众所周知，如今在移动平台市场上，苹果的iOS、谷歌的Android和微软的Windows Phone系统已经形成了三足鼎立的形势，而Android系统的市场占有率是最高的。Android系统之所以能够在市场上占据着第一的位置，一来是因为它依托着谷歌的品德效应和技术实力，二来是因为它是开放的，任何人都可以得到它的源代码，并且能够自由地使用它。既然Android系统是开放的，作为一个移动平台开发人员来说，当然希望能够深入地去分析和研究它的源代码了，然而，Android系统的源代码非常庞大，我们需要循序渐进地去学习。
工欲善其事，必先利其器。为了全面、深入地理解Android系统的源代码，在正式进入Android系统源代码的世界前，我们手头上需要准备好一些参考资料以及实验环境，此外，还需要了解Android系统的架构知识。
参考资料Android系统的源代码非常庞大和复杂，我们不能贸然进入，否则很容易在里面迷入方向，进而失去研究它的信心。我们应该在分析它的源代码之前学习好一些理论知识，下面就介绍一些与Android系统相关的资料。
我们知道，Android系统是基于Linux内核来开发的，在分析它在运行时库层的源代码时，我们会经常碰到诸如管道（pipe）、套接字（socket）和虚拟文件系统（VFS）等知识。此外，Android系统还在Linux内核中增加了一些专用的驱动程序，例如用于日志系统的Logger驱动程序、用于进程间通信的Binder驱动程序和用于辅助内存管理的匿名共享内存Ashmem驱动程序。在分析这些Android专用驱动程序的时候，也会碰到Linux内核中与进程、内存管理相关的数据结构。因此，我们有必要掌握一些Linux内核的基础知识，下面就介绍四本典经的Linux内核书籍。
1.Linux Kernel Development.
这本书的作者是Robert Love，目前最新的版本是第3版。这本书对Linux内核的设计和实现提供了一个总览视图，从概念上对Linux内核的各个子系统的设计目标和实现思路进行了清晰的描述，非常适合初学者阅读。如果从软件工程的角度来看，这本书就相当于是Linux 内核的概要设计文档。
1.Understanding the Linux Kernel.
这本书的作者是Daniel P. Bovet和Marco Cesati，目前最新的版本是第3版。这本书对Linux 内核的实现提供了更多的细节，详细地描述了内核开发中用到的重要数据结构、算法以及编程技巧，非常适合中高级读者阅读。如果从软件工程的角度来看，这本书就相当于是Linux 内核的详细设计文档。
1.Linux Device Drivers.
这本书的作者是Jonathan Corbet, Alessandro Rubini和Greg Kroah-Hartman，目前最新的版本是第3版。这本书更加注重实际操作，它详细地讲解了Linux内核驱动程序的实现原理和实现方法，读者可以跟着它来实际地编写出自己的Linux驱动程序。阅读了这本书之后，对我们后续去分析Android的专用驱动程序是有非常大的帮助的。
1.Linux内核源代码情景分析
这本书的作者是毛德操和胡希明，是中国人自己编写的一本经典的Linux内核书籍。这本书最大的特点是从使用情景出发，对Linux内核的源代码作了详细的分析，帮助读者把枯燥无味的源代码给理顺了。
掌握了Linux内核的基础知识之后，还不宜马上就去分析Android系统的源代码，因为这样做是漫无目的的，我们应该带着问题或者目标去分析Android系统的源代码。要把问题或者目标挖掘出来，最好的方法就莫过于是在Android平台上编写自己的应用程序了。通过编写应用程序，我们可以知道Android平台都提供了哪些功能，进而我们就会想去了解这些功能是怎么实现的，这样就可以达到带着问题或者目标去分析Android系统的源代码了。这里介绍两个Android应用程序开发教程的书籍：
1.Professional Android 2 Application Development.
2.Google Android SDK开发范例大全.
这两本书都使用了大量的例子来说明如何使用Android SDK来开发Android应用程序。读者可以根据实际情况来练习一下，主要掌握Android应用程序四大组件（Activity、Service、Broadcast Receiver和Content Provider）的用法，因为Android系统的整个架构和实现就是为了向开发者提供这四大组件来实现各种各样的应用程序的。在学习的过程中，如果遇到其它问题，还可以参考官方文档，其网址为：https://www.360docs.net/doc/c95722443.html,/index.html
环境搭建开发Android应用程序可以在两种环境下进行，一是在Android SDK环境下进行，一般是集成在Eclipse里面进行开发，二是在Android源代码工程环境下进行，在这种环境进行开发的好处是可以使用一些在SDK中不公开的接口。但是如果我们要修改Android系统的源代码，或者为Android系统增加新的功能接口，那么就只能在Android源代码工程环境下进行了。由于我们的目的是对Android系统源代码进行分析，因此，我们在开发Android应用程序时，也在Android源代码环境下进行。这样，我们就需要搭建一套Android 源代码工程环境了。
目前，Android源代码工程环境只能在Linux平台上使用，而Linux系统的发行版本比较多，这里我们推荐Ubuntu系统。Ubuntu系统是免费的，而且非常易于使用，安装和更新应用程序也非常方便，它的官方下载地址为：https://www.360docs.net/doc/c95722443.html,/
安装好Ubuntu系统之后，我们就可以在上面下载、编译和安装Android源代码了，具体方法和步骤可以参考下面这篇文章：在Ubuntu上下载、编译和安装Android最新源代码Android系统的源代码工程默认是不包含Linux内核源代码的，如果我们需要修改Android 系统的内核或者在里面增加新的模块，那么就要把Android内核源代码一起下载、编译和安装了，具体方法和步骤可以参考下面这篇文章：在Ubuntu上下载、编译和安装Android最
新内核源代码（Linux Kernel）
Android源代码工程环境搭建好了之后，我们就可以在里面开发新的应用程序或者修改系统代码了。增加了新的应用程序或者修改了系统的代码之后，不需要重新编译整个源代码工程，只要单独编译有改动的模块就可以了，具体方法可以参考下面这篇文章：如何单独编译Android源代码中的模块
对于已经开发好的应用程序或者系统功能，如果想把当作Demo展示给客户来体验时，我们既可以在真机上面运行，也可以在模拟器（Android源代码工程环境或者Android SDK
环境都集成了模拟器）上面运行。当我们手头上没有真机，而且我们又不想把整个Android 源代码工程环境或者Android SDK环境带去展示我们的Demo时，就可以考虑把模拟器这两个环境中独立出来了，具体方法可以参考下面这篇文章：制作可独立分发的Android模拟器系统架构Android系统是按层次、分模块来设计的。在我们着手对Android系统的源代码进行分析前，需要对Android系统的架构有一个总体的认识，这样我们就能够快速地知道哪些代码位于哪个层次上的哪个模块中，节省搜索代码的时间，把更多的精力投入在源代码的分析上去。
整个系统划分内核空间和用户空间两部分。内核空间包含了进程管理、内存管理以及设备驱动程序模块等，其中Android专用驱动Binder、Logger和Ashmem就是在内核空间实现的。用户空间包含了硬件抽象层（HAL）、外部库和运行时库层（External Libraries & Android Runtime）、应用程序框架层（Application Framework）和应用程序层（Applications）四个层次。我们应该如何去掌握这个层次结构呢？最好的方法就是从学习Android的硬件抽象层作为切入点了。
可能读者会觉得比较奇怪，为什么要把Android系统的硬件抽象层作为学习Android系统架构的切入点呢？这个层次因为涉及到硬件，看起来这是一个比较复杂和深奥的知识点。其实不然，Android系统的硬件抽象层在实现和使用上，层次都是非常清晰的，它从上到下涵盖了Android系统的用户空间和内核空间。内核空间主要就是涉及到硬件驱动程序，而用
户空间就涉及到了Android系统应用程序层、应用程序框架层和系统运行时库层的相关知识。因此，学习Android系统的硬件抽象层，可以使读者快速地认识整个Android系统，从而对Android系统得到一个感性的认识，为后面深入分析Android系统的源代码打下良好
的基础。
Android硬件抽象层的学习可以参考下面的一系列文章：
?Android硬件抽象层（HAL）概要介绍和学习计划
?在Ubuntu上为Android系统编写Linux内核驱动程序
?在Ubuntu上为Android系统内置C可执行程序测试Linux内核驱动程序
?在Ubuntu上为Android增加硬件抽象层（HAL）模块访问Linux内核驱动程序
?在Ubuntu为Android硬件抽象层（HAL）模块编写JNI方法提供Java访问硬件服务接口
?在Ubuntu上为Android系统的Application Frameworks层增加硬件访问服务
?在Ubuntu上为Android系统内置Java应用程序测试Application Frameworks层的硬件服务
学会了编写基本的Android应用程序并且对Android系统的整体架构有一个大概的了解之后，我们就可以去分析Android系统的源代码了。
在分析Android源代码的过程中，我们经常进入到应用程序框架层去分析它的源代码，而在应用程序框架层中，有一部分代码是使用C++来实现的，这时候就会经常碰到智能指针，因此，我们把Android系统中的智能指针也作为一个基础知识点来学习。相信使用过C++语言来做开发的读者对智能指针不会感到陌生。用C++来写代码最容易出错的地方就是指针了，一旦使用不当，轻则造成内存泄漏，重则造成系统崩溃，因此，系统为我们提供了智能指针，避免出现上述问题。
在Android系统中，提供了三种类型的智能指针，分别是轻量级指针、强指针和弱指针，它们都是基于对象引用计数技术来实现的。轻量级指针的计数技术比较简单，只要对象的引用计数值为0，它就会被释放。强指针和弱指针的计数技术相对比较复杂，一个对象可以同时被强指针和弱指针引用，但是这个对象的生命周期一般只受强指针的控制，即当这个对象的强引用计数为0的时候，这个对象就被释放了，即使这时候这个对象的弱引用计数不为0。引进强指针和弱指针这种复杂的引用计数技术是为了解决垃圾收集（Garbage Collection）问题而提出的。考虑这样的一个场景，系统中有两个对象A和B，在对象A的内部引用了对象B，而在对象B的内部也引用了对象A。当两个对象A和B都不再使用时，垃圾收集系统会发现无法回收这两个对象的所占据的内存的，因为系统一次只能收集一个对象，而无论系统决定要收回对象A还是要收回对象B时，都会发现这个对象被其它的对象所引用，因而就都回收不了，这样就造成了内存泄漏。如果采用强指针和弱指针技术，这个问题就迎刃而解了，即A和B都用弱指针来引用对方。Android智能指针的学习，可以参考下面这篇文章：Android系统的智能指针（轻量级指针、强指针和弱指针）的实现原理分析
掌握了本文所介绍的这些基础知识后，我们就可以正式开始分析Android系统的源代码了。作者：罗升阳原文链接：https://www.360docs.net/doc/c95722443.html,/cn/articles/lsy-android-base
Android Hotfix 新方案——Amigo 源码解读
Android Hotfix 新方案——Amigo 源码解读 首先我们先来看看如何使用这个库。 用法 在project 的build.gradle中 dependencies { classpath 'me.ele:amigo:0.0.3' } 在module 的build.gradle中 apply plugin: 'me.ele.amigo' 就这样轻松的集成了Amigo。 生效补丁包 补丁包生效有两种方式可以选择： ? 稍后生效补丁包 ? 如果不想立即生效而是用户第二次打开App 时才打入补丁包，则可以将新的Apk 放到/data/data/{your pkg}/files/amigo/demo.apk，第二次打开时就会自动生效。可以通过这个方法 ? File hotfixApk = Amigo.getHotfixApk(context); ?
获取到新的Apk。 同时，你也可以使用Amigo 提供的工具类将你的补丁包拷贝到指定的目录当中。 ? FileUtils.copyFile(yourApkFile, amigoApkFile); ? ? 立即生效补丁包 ? 如果想要补丁包立即生效，调用以下两个方法之一，App 会立即重启， 并且打入补丁包。 ? Amigo.work(context); ? Amigo.work(context, apkFile); ? 删除补丁包 如果需要删除掉已经下好的补丁包，可以通过这个方法 Amigo.clear(context); 提示：如果apk 发生了变化，Amigo 会自动清除之前的apk。 自定义界面 在热修复的过程中会有一些耗时的操作，这些操作会在一个新的进程中的Activity 中执行，所以你可以通过以下方式来自定义这个Activity。
Android源码下载方法详解
Android: Android源码下载方法详解 分类：Android平台 安卓源码下载地址：https://www.360docs.net/doc/c95722443.html,/source/downloading.html 相信很多下载过内核的人都对这个很熟悉 git clone git://https://www.360docs.net/doc/c95722443.html,/kernel/common.git kernel 但是这是在以前，现在如果这么执行的话，会显示如下内容 Initialized empty Git repository in /home/star/working/kernel/.git/ https://www.360docs.net/doc/c95722443.html,[0: 149.20.4.77]: errno=Connection refused fatal: unable to connect a socket (Connection refused) 通过浏览器输入https://www.360docs.net/doc/c95722443.html,/，发现该网站已经被重定向为 https://www.360docs.net/doc/c95722443.html,/source/downloading.html 可以在该页面的最后发现内核的下载方法。 下面我们介绍一下Android源码下载的步骤。 工作环境： 操作系统：Ubuntu 10.04 或Ubuntu10.10 git程序：1.7.0.4 或1.7.1 转载请注明出处：https://www.360docs.net/doc/c95722443.html,/pku_android 方法一： 1.1 初始化安装环境 参考网页https://www.360docs.net/doc/c95722443.html,/source/initializing.html 主要要做的就是安装jdk和安装一些软件包 $ sudo apt-get install git-core gnupg flex bison gperf build-essential \ zip curl zlib1g-dev libc6-dev libncurses5-dev x11proto-core-dev \ libx11-dev libreadline6-dev libgl1-mesa-dev tofrodos python-markdown \ libxml2-utils 如果已经安装了，就不许要这步了 1.2 无论下载内核和源码，都需要进行如下操作 参考网页https://www.360docs.net/doc/c95722443.html,/source/downloading.html $ mkdir ~/bin $ PATH=~/bin:$PATH $ curl https://https://www.360docs.net/doc/c95722443.html,/dl/googlesource/git-repo/repo > ~/bin/repo 如果出现: repo init error: could not verify the tag 'v1.12.7',
Android源代码结构分析
目录 一、源代码结构 (2) 第一层次目录 (2) bionic目录 (3) bootloader目录 (5) build目录 (7) dalvik目录 (9) development目录 (9) external目录 (13) frameworks目录 (19) Hardware (20) Out (22) Kernel (22) packages目录 (22) prebuilt目录 (27) SDK (28) system目录 (28) Vendor (32)
一、源代码结构 第一层次目录 Google提供的Android包含了原始Android的目标机代码，主机编译工具、仿真环境，代码包经过解压缩后，第一级别的目录和文件如下所示： . |-- Makefile （全局的Makefile） |-- bionic （Bionic含义为仿生，这里面是一些基础的库的源代码） |-- bootloader （引导加载器），我们的是bootable， |-- build （build目录中的内容不是目标所用的代码，而是编译和配置所需要的脚本和工具） |-- dalvik （JAVA虚拟机） |-- development （程序开发所需要的模板和工具） |-- external （目标机器使用的一些库） |-- frameworks （应用程序的框架层） |-- hardware （与硬件相关的库） |-- kernel （Linux2.6的源代码） |-- packages （Android的各种应用程序） |-- prebuilt （Android在各种平台下编译的预置脚本） |-- recovery （与目标的恢复功能相关） `-- system （Android的底层的一些库）
Android USB 驱动分析
Android USB 驱动分析 一、USB驱动代码架构和使用 1、代码简介 USB驱动代码在/drivers/usb/gadget下，有三个文件:android.c， f_adb.c， f_mass_storage.c；g_android.ko 是由这三个文件编译而来，其中android.c 依赖于 f_adb.c 和 f_mass_storage.c(这两个文件之间无依赖关系)。 可在android.c中看到： static int __init android_bind_config(struct usb_configuration *c) { struct android_dev *dev = _android_dev; int ret; printk(KERN_DEBUG "android_bind_config\n"); ret = mass_storage_function_add(dev->cdev, c, dev->nluns); if (ret) return ret; return adb_function_add(dev->cdev, c); } 2、驱动使用 要使USB mass storage连接到主机： 打开/sys/devices/platform/usb_mass_storage/lun0/file文件，向 file文件写入一个存储 设备的路径，例如/dev/block/vold/179:0 (major:minor)路径； 这里的usb_mass_storage根据实际应用可以改的，由 platform_device_register函数的参数决 定。 例如： static struct platform_device fsg_platform_device = { .name = "usb_mass_storage", .id = -1, }; static void __init tegra_machine_init(void) { .... (void) platform_device_register(&fsg_platform_device); .... }
Android 串口编程原理和实现方式附源码
提到串口编程，就不得不提到JNI，不得不提到JavaAPI中的文件描述符类：。下面我分别对JNI、以及串口的一些知识点和实现的源码进行分析说明。这里主要是参考了开源项目android-serialport-api。 串口编程需要了解的基本知识点：对于串口编程，我们只需对串口进行一系列的设置，然后打开串口，这些操作我们可以参考串口调试助手的源码进行学习。在Java中如果要实现串口的读写功能只需操作文件设备类:即可，其他的事都由驱动来完成不用多管！当然，你想了解，那就得看驱动代码了。这里并不打算对驱动进行说明，只初略阐述应用层的实现方式。 （一）JNI： 关于JNI的文章网上有很多，不再多做解释，想详细了解的朋友可以查看云中漫步的技术文章，写得很好，分析也很全面，那么在这篇拙文中我强调3点： 1、如何将编译好的SO文件打包到APK中？（方法很简单，直接在工程目录下新建文件夹libs/armeabi，将SO文件Copy到此目录即可） 2、命名要注意的地方？（在编译好的SO文件中，将文件重命名为：lib即可。其中是编译好后生成的文件） 3、MakeFile文件的编写（不用多说，可以直接参考package/apps目录下用到JNI的相关项目写法） 这是关键的代码： [cpp]view plaincopy
（二）：
文件描述符类的实例用作与基础机器有关的某种结构的不透明句柄，该结构表示开放文件、开放套接字或者字节的另一个源或接收者。文件描述符的主要实际用途是创建一个包含该结构的或。这是API的描述，不太好理解，其实可简单的理解为：就是对一个文件进行读写。 （三）实现串口通信细节 1) 建工程：SerialDemo包名：org.winplus.serial，并在工程目录下新建jni和libs两个文件夹和一个org.winplus.serial.utils，如下图： 2) 新建一个类：SerialPortFinder，添加如下代码： [java]view plaincopy 1.package org.winplus.serial.utils; 2. 3.import java.io.File; 4.import java.io.; 5.import java.io.IOException; 6.import java.io.LineNumberReader; 7.import java.util.Iterator; 8.import java.util.Vector; 9. 10.import android.util.Log; 11. 12.public class SerialPortFinder { 13. 14.private static final String TAG = "SerialPort"; 15.
App工程结构搭建：几种常见Android代码架构分析
App工程结构搭建：几种常见Android代码架构分析 关于Android架构，因为手机的限制，目前我觉得也确实没什么大谈特谈的，但是从开发的角度，看到整齐的代码，优美的分层总是一种舒服的享受的。 从艺术的角度看，其实我们是在追求一种美。 本文先分析几个当今比较流行的android软件包，最后我们汲取其中觉得优秀的部分，搭建我们自己的通用android工程模板。 1. 微盘 微盘的架构比较简单，我把最基本，最主干的画了出来： 第一层：com.sina.VDisk：com.sina(公司域名)+app(应用程序名称) 。 第二层：各模块名称（主模块VDiskClient和实体模块entities）第三层：各模块下具体子包，实现类。 从图中我们能得出上述分析中一个最简单最经典的结构，一般在应用程序包下放一些全局的包或者类，如果有多个大的模块，可以分成多个包，其中包括一个主模块。 在主模块中定义基类，比如BaseActivity等，如果主模块下还有子模块，可以在主模块下建立子模块相应的包。说明一点，有的时候如果只有一个主模块，我们完全可以省略掉模
块这一层，就是BaseActivity.java及其子模块直接提至第二层。 在实体模块中，本应该定义且只定义相应的实体类，供全局调用(然而实际情况可能不是这样，后面会说到)。在微盘应用中，几乎所有的实体类是以xxx+info命名的，这种命名也是我赞成的一种命名，从语义上我觉得xxxModel.java这种命名更生动更真实，xxxModel给我一种太机械太死板的感觉，这点完全是个人观点，具体操作中以个人习惯为主。还有一点，在具体的xxxInfo,java中有很多实体类中是没有get/set的方法，而是直接使用public的字段名。这一点，我是推荐这种方式的，特别是在移动开发中，get/set方法很多时候是完全没有必要的，而且是有性能消耗的。当然如果需要对字段设置一定的控制，get/set方法也是可以酌情使用的。 2. 久忆日记 相比于微盘的工程结构，久忆日记的结构稍微复杂了一些。如下图： 1).第一层和前面微盘一样的. 2).第二层则没有模块分类,直接把需要的具体实现类都放在下面，主要日记的一些日记相关的Activity。 3).第二层的实体包命令为model包，里面不仅存放了实体类
最全的Android源码目录结构详解
最全的Android源码目录结构详解 Android 2.1 |-- Makefile |-- bionic （bionic C库） |-- bootable （启动引导相关代码） |-- build （存放系统编译规则及generic等基础开发包配置） |-- cts （Android兼容性测试套件标准） |-- dalvik （dalvik JAVA虚拟机） |-- development （应用程序开发相关） |-- external （android使用的一些开源的模组） |-- frameworks （核心框架——java及C++语言） |-- hardware （部分厂家开源的硬解适配层HAL代码） |-- out （编译完成后的代码输出与此目录） |-- packages （应用程序包） |-- prebuilt （x86和arm架构下预编译的一些资源） |-- sdk （sdk及模拟器） |-- system （底层文件系统库、应用及组件——C语言） `-- vendor （厂商定制代码） bionic 目录 |-- libc （C库） | |-- arch-arm （ARM架构，包含系统调用汇编实现） | |-- arch-x86 （x86架构，包含系统调用汇编实现） | |-- bionic （由C实现的功能，架构无关） | |-- docs （文档） | |-- include （头文件） | |-- inet （？inet相关，具体作用不明） | |-- kernel （Linux内核中的一些头文件） | |-- netbsd （？nesbsd系统相关，具体作用不明） | |-- private （？一些私有的头文件） | |-- stdio （stdio实现） | |-- stdlib （stdlib实现） | |-- string （string函数实现） | |-- tools （几个工具） | |-- tzcode （时区相关代码） | |-- unistd （unistd实现） | `-- zoneinfo （时区信息） |-- libdl （libdl实现，dl是动态链接，提供访问动态链接库的功能）|-- libm （libm数学库的实现，） | |-- alpha （apaha架构） | |-- amd64 （amd64架构） | |-- arm （arm架构） | |-- bsdsrc （？bsd的源码）
android源码分析精典
Android 2.1 源码结构分析 lee Android 2.1 |-- Makefile |-- bionic （bionic C库） |-- bootable （启动引导相关代码） |-- build （存放系统编译规则及generic等基础开发包配置）|-- cts （Android兼容性测试套件标准） |-- dalvik （dalvik JAVA虚拟机） |-- development （应用程序开发相关） |-- external （android使用的一些开源的模组） |-- frameworks （核心框架——java及C++语言） |-- hardware （主要保护硬解适配层HAL代码） |-- out （编译完成后的代码输出与此目录） |-- packages （应用程序包） |-- prebuilt （x86和arm架构下预编译的一些资源） |-- sdk （sdk及模拟器） |-- system （文件系统库、应用及组件——C语言） `-- vendor （厂商定制代码） bionic 目录 |-- libc （C库） | |-- arch-arm （ARM架构，包含系统调用汇编实现） | |-- arch-x86 （x86架构，包含系统调用汇编实现） | |-- bionic （由C实现的功能，架构无关） | |-- docs （文档） | |-- include （头文件） | |-- inet （？inet相关，具体作用不明） | |-- kernel （Linux内核中的一些头文件） | |-- netbsd （？nesbsd系统相关，具体作用不明） | |-- private （？一些私有的头文件） | |-- stdio （stdio实现） | |-- stdlib （stdlib实现） | |-- string （string函数实现） | |-- tools （几个工具） | |-- tzcode （时区相关代码） | |-- unistd （unistd实现） | `-- zoneinfo （时区信息） |-- libdl （libdl实现，dl是动态链接，提供访问动态链接库的功能） |-- libm （libm数学库的实现，） | |-- alpha （apaha架构） | |-- amd64 （amd64架构） | |-- arm （arm架构）
Android Galler2源码分析
图库Gallery2 Gallery2主要功能是实现本地存储器、MTP存储器和网络存储器中媒体(图像和视频)的浏览、显示和更多操作(删除、分享、选择和缩放等)。下面用一张简单的用例图描述了Gallery2的功能和职责。 Gallery 主要是4个页面的跳转： AlbumSetPage.Java(相册缩略图); AlbumPage.java(单个相册照片缩略图); PhotoPage.java(单张照片); SlideShowPage.java(幻灯片界面); 跳转过程： AlbumSetPage.Java→AlbumPage.java→PhotoPage.java SlideShowPage.java是单独的。 这些界面类父类为ActivityState.java；这些界面的切换由StateManager.java负责。 1 界面跳转过程： 在Galley2模块，我们先从程序的入口看起，在androidManifest.xml中注册Application标签（Android 系统会为每个程序运行时创建一个Application的类对象且仅创建一个，他的生命周期等于这个程序的生命周期，它是全局的单实例的，一般做一些全局的初始化操作），应用创建时就会被初始化，维护应用内部全局数据，主要看几个函数：initializeAsyncTask(), GalleryUtils.initialize(this),GalleryUtil是Gallery的工具类，获得了屏幕参数，WindowManager，Resource等
Gallery 从launcher进入Gallery，进入GalleryActivity.ava @Override protected void onCreate(Bundle savedInstanceState) { …... setContentView(https://www.360docs.net/doc/c95722443.html,yout.main); if (savedInstanceState != null) { getStateManager().restoreFromState(savedInstanceState); } else { initializeByIntent(); } } private void initializeByIntent() { Intent intent = getIntent(); String action = intent.getAction(); if (Intent.ACTION_GET_CONTENT.equalsIgnoreCase(action)){ startGetContent(intent); } else if(Intent.ACTION_PICK.equalsIgnoreCase(action)) { // We do NOT really support the PICKintent. Handle it as // the GET_CONTENT. However, we needto translate the type // in the intent here. Log.w(TAG, "action PICK is notsupported"); String type =Utils.ensureNotNull(intent.getType()); if(type.startsWith("vnd.android.cursor.dir/")) { if(type.endsWith("/image")) intent.setType("image/*"); if(type.endsWith("/video")) intent.setType("video/*"); } startGetContent(intent);
Android系统分析
Android操作系统分析 穆英华 基于Linux内核的Android操作系统尽管非常年轻，却已经占领了智能手机9%的市场，而且还在向其它移动平台及嵌入式领域迅速扩张着。下图为2010年一季度的智能手机操作系统占有率统计。在国内外制造商纷纷推出基于Android的产品、Android Market中的应用程序飞速增长的背景下，有必要对Android操作系统的情况进行调研，对比其与Midinux的优劣势、估计其机遇或威胁。本文将从以下几个方面分析Android：目标用户群、支持硬件架构、平台技术架构、应用程序数量、未来发展方向。 一.目标用户群 覆盖高、中、低端智能手机用户是Android的主要目标，尤其是市场上基于ARM11处理器的智能手机已经降到1000元人民币的价格，让低成本的硬件配置也可以运行Android系统，更使得Android从中高端扩展到低端成为可能。除智能手机外，Android已经渗透到了平板电脑、上网本，乃至汽车电子、机顶盒、电子相册、无绳电话等各移动平台和嵌入式产品领域。 对于Android的智能手机和平板电脑用户，Android Market中种类丰富和数量众多的应用程序是其选择Android的重要原因，没有众多可选择的第三方应用程序，操作系统就是再性能优异，也不会对用户有任何杀伤力。这一点类似于苹果的iOS，但总体来说，Android 的用户不会像苹果用户那样忠诚、他们中的很大一部分也不会像苹果用户那样为数码产品花费那么多金钱，可以说Android更大众一些。 二. 支持硬件架构 1.支持的硬件架构 目前Android已经移植到了ARM、X86、M IP S各体系架构中的很多处理器核、处理器芯片、以及更多的板级结构上,对PPC等体系架构的移植也早已开始。如高通、三星等芯片制造商推出的基于ARM C ortex-A8处理器核及P o w er V R显示核心的处理器芯片早已移植Android成功，并被联想的Le Ph one、魅族的M9等许多手机采用，多核的C ortex-A9也蓄势待发。随着
最全的Android源码目录结构详解
最全的Android源码目录结构详解 收藏 转自http: 67."html Android 2."1 |-- Makefile |-- bionic（bionic C库） |-- bootable（启动引导相关代码） |-- build（存放系统编译规则及generic等基础开发包配置）|-- cts（Android 兼容性测试套件标准） |-- dalvik |-- development |-- external |-- frameworks |-- hardware |-- out |-- packages |-- prebuilt |-- sdk |-- system
`-- vendor bionic目录 |-- libc ||-- arch-arm ||-- arch-x86 ||-- bionic ||-- docs ||-- include ||-- kernel ||-- private ||-- stdio ||-- stdlib ||-- string ||-- tools ||-- tzcode ||-- unistd |`-- zoneinfo |-- libdl |-- libm ||-- alpha ||-- amd64（dalvik JAVA虚拟机）
（应用xx相关） （android使用的一些开源的模组） （核心框架——java及C++语言） （部分厂家开源的硬解适配层HAL代码） （编译完成后的代码输出与此目录） （应用程序包） （x86和arm架构下预编译的一些资源） （sdk及模拟器） （底层文件系统库、应用及组件——C语言）（厂商定制代码）（Cxx） ARM架构，包含系统调用汇编实现） x86架构，包含系统调用汇编实现） （由C实现的功能，架构无关） （文档） （头文件） （Linux内核中的一些头文件） （？nesbsd系统相关，具体作用不明） （？一些私有的头文件） （stdio实现） （stdlib实现） （string函数实现）
Android 5.0 Camera系统源码分析(5)：Camera预览3A流程
Android 5.0 Camera系统源码分析(5)：Camera预览3A流程 1. 前言 本文分析的是Android Hal层的源码，硬件平台基于mt6735。之前几篇讲的预览流程中3A 相关的环节都忽略了，现在重新整理下。 3A指的是Auto Exposure，Auto Focus，Auto White Balance。这三个一起放上来代码实在太多了，这里将重点记录AF的代码。AF的部分工作是由ISP完成的，而ISP的大部分代码mtk都没有开放给我们，比如ISP是如何计算得到对焦位置信息的，但得到对焦位置之后怎么操作对焦马达的代码我们是看得到的，所以涉及到ISP的一些代码将被略过 2. 初始化3A 3A的初始化在DefaultCam1Device的onInit函数里面开始，之前在camera打开流程里面已经提到过 bool DefaultCam1Device:: onInit() { ...... // (1) Open 3A mpHal3a = NS3A::IHal3A::createInstance( NS3A::IHal3A::E_Camera_1, getOpenId(), LOG_TAG); ...... } 构造一个Hal3A对象，看下Hal3A::createInstance的实现 Hal3A* Hal3A:: createInstance(MINT32 i4SensorDevId, MINT32 i4SensorOpenIndex) { switch (i4SensorDevId) { case SENSOR_DEV_MAIN: Hal3ADev
最全的Android源码目录结构详解
最全的Android源码目录结构详解收藏 转自https://www.360docs.net/doc/c95722443.html,/a/android/2010/0622/67.html Android 2.1 |-- Makefile |-- bionic （bionic C库） |-- bootable （启动引导相关代码） |-- build （存放系统编译规则及generic等基础开发包配置） |-- cts （Android兼容性测试套件标准） |-- dalvik （dalvik JAVA虚拟机） |-- development （应用程序开发相关） |-- external （android使用的一些开源的模组） |-- frameworks （核心框架——java及C++语言） |-- hardware （部分厂家开源的硬解适配层HAL代码） |-- out （编译完成后的代码输出与此目录） |-- packages （应用程序包） |-- prebuilt （x86和arm架构下预编译的一些资源） |-- sdk （sdk及模拟器） |-- system （底层文件系统库、应用及组件——C语言） `-- vendor （厂商定制代码） bionic 目录 |-- libc （C库） | |-- arch-arm （ARM架构，包含系统调用汇编实现） | |-- arch-x86 （x86架构，包含系统调用汇编实现） | |-- bionic （由C实现的功能，架构无关） | |-- docs （文档） | |-- include （头文件） | |-- inet （？inet相关，具体作用不明） | |-- kernel （Linux内核中的一些头文件） | |-- netbsd （？nesbsd系统相关，具体作用不明） | |-- private （？一些私有的头文件） | |-- stdio （stdio实现） | |-- stdlib （stdlib实现） | |-- string （string函数实现） | |-- tools （几个工具） | |-- tzcode （时区相关代码） | |-- unistd （unistd实现） | `-- zoneinfo （时区信息） |-- libdl （libdl实现，dl是动态链接，提供访问动态链接库的功能）|-- libm （libm数学库的实现，） | |-- alpha （apaha架构） | |-- amd64 （amd64架构）
android天气预报源代码解析
通过google接口在Android中实现天气预报效果 Android可以通过google实现获取指定经纬度位置或者某一个城市的天气信息。如果是根据经纬度查询天气信息，需要对精度为进行转换，例如lat值为31.174165，需要过滤掉小数点，变为31174165传到接口中，维度也一样处理，处理后传 给https://www.360docs.net/doc/c95722443.html,/ig/api?weather=,,,31174165,121433841既可以获取数据。这里要注意一个问题，如果大家获取的经纬度序列很长，直接去掉小数点，有时候也无法获取天气信息，例如40.478224838152528,124.97828006744385，去掉小数点后，传到参数位置，无法获取值，需要大家将经纬度按下面方式转换一下，只取小数点后6位就可以了。int latI = (int) (lat * 1E6); int lonI = (int) (lon * 1E6); 下面的例子演示了根据输入城市，获取该城市的天气预报，Weather.java的61行，是根据经纬度获取天气信息。 工程结构：
Weather.java类 package com.AndroidWeather; import java.io.InputStream; import javax.xml.parsers.DocumentBuilder; import javax.xml.parsers.DocumentBuilderFactory; import org.apache.http.HttpEntity; import org.apache.http.HttpResponse; import org.apache.http.client.methods.HttpGet; import org.apache.http.client.methods.HttpUriRequest; import org.apache.http.impl.client.DefaultHttpClient; import org.apache.http.util.EntityUtils; import org.w3c.dom.Document; import org.w3c.dom.NodeList; import org.xml.sax.InputSource; import android.app.Activity; import android.graphics.Bitmap; import android.os.Bundle;
android应用程序源码结构分析
1、src文件夹存放源码。 2、gen下有跟src中一样的包文件，内部有一个名为R.java类，它是自动生成的一个类；该目录不用我们开发人员维护，但又非常重要的目录。该目录用来存放由Android 开发工具所生成的目录。该目录下的所有文件都不是我们创建的，而是由系统自动生成的。这个R,javav文件是只读类型，用户一般式不需要修改的！ R.java 文件中默认有attr 、drawable 、layout 、string 等四个静态内部类，每个静态内部类分别对应一种资源，layout 静态内部类对应layout 中的界面文件main.xml，其中每个静态内部类中的静态常量分别定义一条资源标识符，如“ publicstatic final int main =0x7f030000; ” 用一个十六进制的数来代表常量，当开发者在res文件夹下添加或删除任何一个文件或一个属性，R.java都会随之进行更新！ 3、android 2.3.3/ 文件夹表明了开发环境的版本，内部存放Android 自身的jar 包。 4、assets/该目录用来存放应用中用到的类似于视频文件、MP3 一些媒体文件。 5、res/ 该目录为资源目录。该目录可以存放一些应用图标、界面文件、应用中用到的文字信息等。 res/目录下有三个dawable 文件夹，区别只是将图标按分辨率高低来放入不同的目录中，drawable-hdpi存放高分辨率的图标，drawable-mdpi存放中等分辨率的图标， drawable-ldpi存放低分辨率的图标。程序运行时可以根据手机分辨率的高低选取相应目录下的图标。 值得注意的是： 如果是老版本的，比如是1.5版本的，res下的drawable文件夹只有一个，如需修改需要手动添加， res/目录下layout/的文件main.xml是布局文件， main.xml < LinearLayout xmlns:android = "https://www.360docs.net/doc/c95722443.html,/apk/res/android" android:orientation = "vertical" android:layout_width = "fill_parent"
Android程序启动过程源码分析
Android应用程序启动过程源代码分析 分类：Android 2011-08-19 00:58 5447人阅读评论(40) 收藏举报 前文简要介绍了Android应用程序的Activity的启动过程。在Android系统中，应用程序是由Activity组成的，因此，应用程序的启动过程实际上就是应用程序中的默认Activity 的启动过程，本文将详细分析应用程序框架层的源代码，了解Android应用程序的启动过程。 在上一篇文章Android应用程序的Activity启动过程简要介绍和学习计划中，我们举例子说明了启动Android应用程序中的Activity的两种情景，其中，在手机屏幕中点击应用程序图标的情景就会引发Android应用程序中的默认Activity的启动，从而把应用程序启动起来。这种启动方式的特点是会启动一个新的进程来加载相应的Activity。这里，我们继续以这个例子为例来说明Android应用程序的启动过程，即MainActivity的启动过程。 MainActivity的启动过程如下图所示：
点击查看大图下面详细分析每一步是如何实现的。 Step 1. Launcher.startActivitySafely
在Android系统中，应用程序是由Launcher启动起来的，其实，Launcher本身也是一个应用程序，其它的应用程序安装后，就会Launcher的界面上出现一个相应的图标，点击这个图标时，Launcher就会对应的应用程序启动起来。 Launcher的源代码工程在packages/apps/Launcher2目录下，负责启动其它应用程序的源代码实现在src/com/android/launcher2/Launcher.java文件中： view plaincopy to clipboardprint? 1./** 2.* Default launcher application. 3.*/ 4.public final class Launcher extends Activity 5. implements View.OnClickListener, OnLongClickListener, LauncherMod el.Callbacks, AllAppsView.Watcher { 6. 7. ...... 8. 9. /** 10. * Launches the intent referred by the clicked shortcut. 11. * 12. * @param v The view representing the clicked shortcut. 13. */ 14. public void onClick(View v) { 15. Object tag = v.getTag(); 16. if (tag instanceof ShortcutInfo) { 17. // Open shortcut 18. final Intent intent = ((ShortcutInfo) tag).intent; 19. int[] pos = new int[2]; 20. v.getLocationOnScreen(pos); 21. intent.setSourceBounds(new Rect(pos[0], pos[1], 22. pos[0] + v.getWidth(), pos[1] + v.getHeight())); 23. startActivitySafely(intent, tag); 24. } else if (tag instanceof FolderInfo) { 25. ...... 26. } else if (v == mHandleView) {
Android锁屏与解屏相关代码分析
我觉得对于普通人来说，最常见的是Android解屏的界面，然后应该是Home 界面。今天就来分析一下解屏界面的相关代码（以索爱的解锁界面为例）。 首先看解屏的界面，我把解屏的界面分为两个部分，最上部是status Bar，下面是LockScreenSemc，在LockScreenSemc上有一个可供滑动解锁的界面，每个界面对应的类如图所示。
两个类所在包： com.Android.internal.policy.impl.LockScreenSemc.java com.Android.internal.widget.SlidingTabSemc.java SlidingTabSemc.java分析： 分析我们的Touch在SlidingTabSemc 上产生的效果，主要看onTouchEvent ()的处理。 ACTION_DOWN 时会调用disableButtonPress()，产生手指点击时的动画效果。 ACTION_MOVE 时会调用moveControl()产生图片跟随手指移动的效果。 ACTION_UP 时会判断移动的位置是否已经到了，可以触发Trigger的程度，如果到了，则调用dispatchTriggerEvent，通知在SlidingTabSemc上的Trigger Listener。由于SlidingTabSemc上的Trigger Listener是在LockScreenSemc里实现的，所以会代用到LockScreenSemc中。
LockScreenSemc.java分析： 代码中有一行：private SlidingTabSemc mSelector; 将SlidingTabSemc 作为它的一个属性值， 另外此类实现了SlidingTabSemc.OnTriggerListener。这个listener用来执行我们从左到右或者从右到左的滑动，在构造函数中有 mSelector.setOnTriggerListener(this);这样我们在SlidingTabSemc上的滑动会调用到public void onTrigger(View v, int whichHandle)方法中。 onTrigger的执行为两个分支，一个为从右滑向左，执行了mAudioManager.setRingerMode()，设置了声音的模式，并更新右边声音的图片。另一个为从左滑向右，执行的是mCallback.goToUnlockScreen();这个mCallback 是何方神圣呢？它是KeyguardScreenCallback类型，并且在LockScreenSemc初始化的时候传进来的，跟踪后我们发现，LockScreenSemc是类LockPatternKeyguardView的一个属性值（private View mLockScreen）；KeyguardScreenCallback的实现在LockPatternKeyguardView中。 LockPatternKeyguardView中LockPatternKeyguardView的逻辑是，如果用户在设置->位置和安全->设置屏幕锁定中设置了解锁画面，则调用了updateScreen(Mode.UnlockScreen)进入相应的解锁画面，否则调用：getCallback().keyguardDone(true); 这个getCallback() 返回的是KeyguardViewMediator。 KeyguardViewMediator 中keyguardDone()方法，最终会给Handler发送KEYGUARD_DONE 的消息，Handler会执行handleKeyguardDone()方法，在方法中会调用handleHide()，这个函数会将我们的LockScreenSemc给隐藏。 总结：总体来说，上面提到的类基本上可以这么认为，SlidingTabSemc属于LockScreenSemc，LockScreenSemc属于LockPatternKeyguardView, LockPatternKeyguardView 属于KeyguardViewManager，KeyguardViewManager 来统管所有与锁解屏相关的操作，另外通过KeyguardViewMediator，来实现KeyguardViewManager和PhoneWindowManager之间的交互与通信，如图所示： 画面的更新实现