android8源码（Android83）

本文目录一览：

• 1、大牛们是怎么阅读 Android 系统源码的
• 2、自己可以编译安卓源码吗？
• 3、android源码 下载 如何使用
• 4、github 上有什么价值的android 源码
• 5、如何调试跟踪Android Framework源代码

大牛们是怎么阅读 Android 系统源码的

由于工作需要大量修改framework代码, 在AOSP(Android Open Source Project)源码上花费了不少功夫, Application端和Services端都看和改了不少.

如果只是想看看一些常用类的实现, 在Android包管理器里把源码下载下来, 随便一个IDE配好Source Code的path看就行.

但如果想深入的了解Android系统, 那么可以看下我的一些简单的总结.

知识

Java

Java是AOSP的主要语言之一. 没得说, 必需熟练掌握.

熟练的Android App开发

Linux

Android基于Linux的, 并且AOSP的推荐编译环境是Ubuntu 12.04. 所以熟练的使用并了解Linux这个系统是必不可少的. 如果你想了解偏底层的代码, 那么必需了解基本的Linux环境下的程序开发. 如果再深入到驱动层, 那么Kernel相关的知识也要具备.

Make

AOSP使用Make系统进行编译. 了解基本的Makefile编写会让你更清晰了解AOSP这个庞大的项目是如何构建起来的.

Git

AOSP使用git+repo进行源码管理. 这应该是程序员必备技能吧.

C++

Android系统的一些性能敏感模块及第三方库是用C++实现的, 比如: Input系统, Chromium项目(WebView的底层实现).

硬件

流畅的国际网络

AOSP代码下载需要你拥有一个流畅的国际网络. 如果在下载代码这一步就失去耐心的话, 那你肯定没有耐心去看那乱糟糟的AOSP代码. 另外, 好程序员应该都会需要一个流畅的Google.

一台运行Ubuntu 12.04的PC.

如果只是阅读源码而不做太多修改的话, 其实不需要太高的配置.

一台Nexus设备

AOSP项目默认只支持Nexus系列设备. 没有也没关系, 你依然可以读代码. 但如果你想在大牛之路走的更远, 还是改改代码, 然后刷机调试看看吧.

高品质USB线

要刷机时线坏了, 没有更窝心的事儿了.

软件

Ubuntu 12.04

官方推荐, 没得选.

Oracle Java 1.6

注意不要用OpenJDK. 这是个坑, 官方文档虽然有写, 但还是单独提一下.

安装:

sudo apt-get install python-software-properties

sudo add-apt-repository ppa:webupd8team/java

sudo apt-get update

sudo apt-get install oracle-java6-installer

sudo apt-get install oracle-java6-set-default

Eclipse

估计会有不少人吐槽, 为什么要用这个老古董. 其实原因很简单, 合适. 刚开始搞AOSP时, 为了找到效率最优的工具, 我尝试过Eclipse, IntelliJ IDEA, Vim+Ctags, Sublime Text+Ctags. 最终结果还是Eclipse. 主要优点有:

有语法分析 (快速准确的类, 方法跳转).

支持C++ (IntelliJ的C++支持做的太慢了).

嵌入了DDMS, View Hierarchy等调试工具.

为了提高效率, 花5分钟背下常用快捷键非常非常值得.

调整好你的classpath, 不要导入无用的代码. 因为AOSP项目代码实在是太多了. 当你还不需要看C++代码时, 不要为项目添加C++支持, 建索引过程会让你崩溃.

Intellij IDEA

开发App必备. 当你要调试系统的某个功能是, 常常需要迅速写出一个调试用App, 这个时候老旧的Eclipse就不好用了. Itellij IDEA的xml自动补全非常给力.

巨人的肩膀

这个一定要先读. 项目介绍, 代码下载, 环境搭建, 刷机方法, Eclipse配置都在这里. 这是一切的基础.

这个其实是给App开发者看的. 但是里面也有不少关于系统机制的介绍, 值得细读.

此老罗非彼老罗. 罗升阳老师的博客非常有营养, 基本可以作为指引你开始阅读AOSP源码的教程. 你可以按照博客的时间顺序一篇篇挑需要的看.但这个系列的博客有些问题:

早期的博客是基于旧版本的Android;

大量的代码流程追踪. 读文章时你一定要清楚你在看的东西在整个系统处于什么样的位置.

邓凡平老师也是为Android大牛, 博客同样很有营养. 但是不像罗升阳老师的那么系统. 更多的是一些技术点的深入探讨.

Android官方Issue列表. 我在开发过程中发现过一些奇怪的bug, 最后发现这里基本都有记录. 当然你可以提一些新的, 有没有人改就是另外一回事了.

一定要能流畅的使用这个工具. 大量的相关知识是没有人系统的总结的, 你需要自己搞定.

其它

代码组织

AOSP的编译单元不是和git项目一一对应的, 而是和Android.mk文件一一对应的. 善用mmm命令进行模块编译将节省你大量的时间.

Binder

这是Android最基础的进程间通讯. 在Application和System services之间大量使用. 你不仅要知道AIDL如何使用, 也要知道如何手写Binder接口. 这对你理解Android的Application和System services如何交互有非常重要的作用. Binder如何实现的倒不必着急看.

HAL

除非你对硬件特别感兴趣或者想去方案公司上班, 否则别花太多时间在这一层.

CyanogenMod

这是一个基于AOSP的第三方Rom. 从这个项目的wiki里你能学到很多AOSP官方没有告诉你的东西. 比如如何支持Nexus以外的设备.

DIA

这是一个Linux下画UML的工具, 能够帮你梳理看过的代码.

XDA

这里有最新资讯和最有趣的论坛.

想到了再补充.

自己可以编译安卓源码吗？

用最新的Ubuntu 16.04,请首先确保自己已经安装了Git.没安装的同学可以通过以下命令进行安装:

sudo apt-get install git git config –global user.email “test@test.com” git config –global user.name “test”

其中test@test.com为你自己的邮箱.

简要说明

android源码编译的四个流程:1.源码下载;2.构建编译环境;3.编译源码;4运行.下文也将按照该流程讲述.

源码下载

由于某墙的原因,这里我们采用国内的镜像源进行下载.

目前,可用的镜像源一般是科大和清华的,具体使用差不多,这里我选择清华大学镜像进行说明.(参考:科大源,清华源)

repo工具下载及安装

通过执行以下命令实现repo工具的下载和安装

mkdir ~/binPATH=~/bin:$PATHcurl ~/bin/repochmod a+x ~/bin/repo

补充说明

这里,我来简单的介绍下repo工具,我们知道AOSP项目由不同的子项目组成,为了方便进行管理,Google采用Git对AOSP项目进行多仓库管理.在聊repo工具之前,我先带你来聊聊多仓库项目:

我们有个非常庞大的项目Pre,该项目由很多个子项目R1,R2,...Rn等组成,为了方便管理和协同开发,我们为每个子项目创立自己的仓库,整个项目的结构如下:

这里写图片描述

将一个项目Pre进行分库后会遇到这么一个问题:如果我们想要创建Pre分支来做feature开发,这就意味着,我们需要到每个子项目中分别创建对应的分支,这个过程如果纯粹靠手工做,那简直是个灾难,利索当然我们会想写个自动化处理程序(我们假设这个工具叫做RepoUtil)来帮助我们解决这个问题.这个RepoUtil也会有版本管理之类的需求,因此我们也用Git对其管理,并为其创建对应的仓库.此时整个项目的结构如下:

这里写图片描述

这里RepoUtil知道整个项目Pre下的每个子项目(即维护子项目的列表),同时需要提供对这些子项目的管理功能,比如统一创建分支等.但是从"单一职责"角度来看,RepoUitl这个工具的功能过于复杂,我们完全可以将维护子项目列表这个功能抽取出来作为一个新项目sub_projects,因为子项目也会变化,因此,为其创建对应的仓库,并用Git管理,这样的化,RepoUtil只需要通过简单的对ub_projects进行依赖即可,此时整个项目的结构如下:

这里写图片描述

AOSP项目结构和我上文的描述非常类似.repo工具对应RepoUtil,mainfest对应sub_projects.

总结一下:repo就是这么一种工具,由一系列python脚本组成,通过调用Git命令实现对AOSP项目的管理.

建立源码文件夹

熟悉Git的同学都应该知道,我们需要为项目在本地创建对应的仓库.同样,这里为了方便对代码进行管理,我们为其创建一个文件夹.这里我在当前用户目录下创建了source文件夹,后面所有的下载的源码和编译出的产物也都放在这里,命令如下:

mkdir sourcecd source

初始化仓库

我们将上面的source文件夹作为仓库,现在需要来初始化这个仓库了.通过执行初始化仓库命令可以获取AOSP项目master上最新的代码并初始化该仓库,命令如下:

repo init -u

或者使用:

repo init -u git://aosp.tuna.tsinghua.edu.cn/aosp/platform/manifest

两者实现的效果一致,仅仅只是协议不同.

如果执行该命令的过程中,如果提示无法连接到 gerrit.googlesource.com，那么我们只需要编辑 ~/bin/repo文件，找到REPO_URL这一行,然后将其内容修改为:

REPO_URL = ''

然后重新执行上述命令即可.

补充说明

不带参数的manifest命令用于获取master上最新的代码,但是可以通过-b参数指定获取某个特定的android版本,比如我们想要获取android-4.0.1_r1分支,那么命令如下:

repo init -u -b android-4.0.1_r1

(AOSP项目当前所有的分支列表参看:分支列表)

同步源码到本地

初始化仓库之后,就可以开始正式同步代码到本地了,命令如下:

repo sync

以后如果需要同步最新的远程代码到本地,也只需要执行该命令即可.在同步过程中,如果因为网络原因中断,使用该命令继续同步即可.不出意外,5个小时便可以将全部源码同步到本地.所以呢,这个过程可以放在晚上睡觉期间完成.

(提示:一定要确定代码完全同步了,不然在下面编译过程出现的错误会让你痛不欲生,不确定的童鞋可以多用repo sync同步几次)

构建编译环境

源码下载完成后,就可以构建编译环境了.在开始之前,我们先来看看一些编译要求:

1. 硬件要求:

64位的操作系统只能编译2.3.x以上的版本,如果你想要编译2.3.x以下的,那么需要32位的操作系统.

磁盘空间越多越好,至少在100GB以上.意思就是,你可以去买个大点的硬盘了啊

如果你想要在是在虚拟机运行linux,那么至少需要16GB的RAM/swap.

(实际上,我非常不推荐在虚拟机中编译2.3.x以上的代码.)

2. 软件要求:

1. 操作系统要求

在AOSP开源中,主分支使用Ubuntu长期版本开发和测试的,因此也建议你使用Ubuntu进行编译,下面我们列出不同版本的的Ubuntu能够编译那些android版本:

Android版本

编译要求的Ubuntu最低版本

Android 6.0至AOSP master    Ubuntu 14.04  

Android 2.3.x至Android 5.x    Ubuntu 12.04  

Android 1.5至Android 2.2.x    Ubuntu 10.04  

2. JDK版本要求

除了操作系统版本这个问题外,我们还需要关注JDK版本问题,为了方便,同样我们也列出的不同Android版本的源码需要用到的JDK版本:

Android版本

编译要求的JDK版本

AOSP的Android主线    OpenJDK 8  

Android 5.x至android 6.0    OpenJDK 7  

Android 2.3.x至Android 4.4.x    Oracle JDK 6  

Android 1.5至Android 2.2.x    Oracle JDK 5  

更具体的可以参看:Google源码编译要求

我现在在Ubuntu 16.04下编译AOSP主线代码,因此需要安装OpenJDK 8,执行命令如下:

sudo apt-get install openjdk-8-jdk

如果你需要在Ubuntu 14.04下编译AOSP主线代码,同样需要安装OpenJDK 8,此时需要执行如下命令:

sudo apt-get updatesudo apt-get install openjdk-8-jdk

如果你要编译的是Android 5.x到android 6.0之间的系统版本,需要采用openjdk7.但是在Ubuntu 15.04及之后的版本的在线安装库中只支持openjdk8和openjdk9的安装.因此,如果你想要安装openjdk 7需要首先设置ppa:

sudo add-apt-repository ppa:openjdk-r/ppa sudo apt-get update

然后再执行安装命令:

sudo apt-get install openjdk-7-jdk

有时候,我们需要编译不同版本的android系统,就可能使用不同的jdk版本.关于jdk版本切换,可以使用如下命令:

sudo update-alternative --config javasudo update-alternative --config javac

3. 其他要求

Google官方构建编译环境指南中已经说明了Ubuntu14.04,Ubuntu 12.04,Ubuntu 10.04需要添加的依赖,这里我们就不做介绍了.我原先以为,Ubuntu16.04的设置和Ubuntu14.04的依赖设置应该差不多,但是只能说too young too simple.

下面是Ubuntu16.04中的依赖设置:

sudo apt-get install libx11-dev:i386 libreadline6-dev:i386 libgl1-mesa-dev g++-multilib sudo apt-get install -y git flex bison gperf build-essential libncurses5-dev:i386 sudo apt-get install tofrodos python-markdown libxml2-utils xsltproc zlib1g-dev:i386 sudo apt-get install dpkg-dev libsdl1.2-dev libesd0-devsudo apt-get install git-core gnupg flex bison gperf build-essential  sudo apt-get install zip curl zlib1g-dev gcc-multilib g++-multilib sudo apt-get install libc6-dev-i386 sudo apt-get install lib32ncurses5-dev x11proto-core-dev libx11-dev sudo apt-get install libgl1-mesa-dev libxml2-utils xsltproc unzip m4sudo apt-get install lib32z-dev ccache

(其中几个命令中参数是重复的,但不妨碍我们)

初始化编译环境

确保上述过程完成后,接下来我们需要初始化编译环境,命令如下:

source build/envsetup.sh

执行该命令结果如下:

这里写图片描述

不难发现该命令只是引入了其他执行脚本,至于这些脚本做什么,目前不在本文中细说.

该命令执行成功后,我们会得到了一些有用的命令,比如最下面要用到的lunch命令.

编译源码

初始化编译环境之后,就进入源码编译阶段.这个阶段又包括两个阶段:选择编译目标和执行编译.

选择编译目标

通过lunch指令设置编译目标,所谓的编译目标就是生成的镜像要运行在什么样的设备上.这里我们设置的编译目标是aosp_arm64-eng,因此执行指令:

lunch aosp_arm64-eng

编译目标格式说明

编译目标的格式:BUILD-BUILDTYPE,比如上面的aosp_arm-eng的BUILD是aosp_arm,BUILDTYPE是eng.

什么是BUILD

BUILD指的是特定功能的组合的特定名称,即表示编译出的镜像可以运行在什么环境.其中,aosp(Android Open Source Project)代表Android开源项目;arm表示系统是运行在arm架构的处理器上,arm64则是指64位arm架构;处理器,x86则表示x86架构的处理器;此外,还有一些单词代表了特定的Nexus设备,下面是常用的设备代码和编译目标,更多参考官方文档

|受型号|设备代码|编译目标|

|---|----|---|

|Nexus 6P|angler|aosp_angler-userdebug|

|Nexus 5X|bullhead|aosp_bullhead-userdebug|

|Nexus 6|shamu|aosp_shamu-userdebug|

|Nexus 5|hammerhead|aosp_hammerhead-userdebug|

提示:如果你没有Nexus设备,那么通常选择arm或者x86即可

什么是BUILDTYPE

BUILD TYPE则指的是编译类型,通常有三种:

-user:代表这是编译出的系统镜像是可以用来正式发布到市场的版本,其权限是被限制的(如,没有root权限,不鞥年dedug等)

-userdebug:在user版本的基础上开放了root权限和debug权限.

-eng:代表engineer,也就是所谓的开发工程师的版本,拥有最大的权限(root等),此外还附带了许多debug工具

了解编译目标的组成之后,我们就可以根据自己目前的情况选择了.那不知道编译目标怎么办?

我们只需要执行不带参数的lunch指令,稍后,控制台会列出所有的编译目标,如下:

这里写图片描述

接着我们只需要输入相应的数字即可.

来举个例子:你没有Nexus设备,只想编译完后运行看看,那么就可以选择aosp_arm-eng.

(我在ubuntu 16.04(64位)中编译完成后启动虚拟机时,卡在黑屏,尝试编译aosp_arm64-eng解决.因此,这里我使用了aosp_arm64-eng)

开始编译

通过make指令进行代码编译,该指令通过-j参数来设置参与编译的线程数量,以提高编译速度.比如这里我们设置8个线程同时编译:

make -j8

需要注意的是,参与编译的线程并不是越多越好,通常是根据你机器cup的核心来确定:core*2,即当前cpu的核心的2倍.比如,我现在的笔记本是双核四线程的,因此根据公式,最快速的编译可以make -j8.

(通过cat /proc/cpuinfo查看相关cpu信息)

如果一切顺利的化,在几个小时之后,便可以编译完成.看到### make completed successfully (01:18:45(hh:mm:ss)) ###表示你编译成功了.

运行模拟器

在编译完成之后,就可以通过以下命令运行Android虚拟机了,命令如下:

source build/envsetup.shlunch(选择刚才你设置的目标版本,比如这里了我选择的是2)emulator

如果你是在编译完后立刻运行虚拟机,由于我们之前已经执行过source及lunch命令了,因此现在你只需要执行命令就可以运行虚拟机:

emulator

不出意外,在等待一会之后,你会看到运行界面:

这里写图片描述

补充

既然谈到了模拟器运行,这里我们顺便介绍模拟器运行所需要四个文件:

Linux Kernel

system.img

userdate.img

ramdisk.img

如果你在使用lunch命令时选择的是aosp_arm-eng,那么在执行不带参数的emualtor命令时,Linux Kernel默认使用的是/source/prebuilds/qemu-kernel/arm/kernel-qemu目录下的kernel-qemu文件;而android镜像文件则是默认使用source/out/target/product/generic目录下的system.img,userdata.img和ramdisk.img,也就是我们刚刚编译出来的镜像文件.

上面我在使用lunch命令时选择的是aosp_arm64-eng,因此linux默认使用的/source/prebuilds/qemu-kernel/arm64/kernel-qemu下的kernel-qemu,而其他文件则是使用的source/out/target/product/generic64目录下的system.img,userdata.img和ramdisk.img.

当然,emulator指令允许你通过参数制定使用不同的文件,具体用法可以通过emulator --help查看

模块编译

除了通过make命令编译可以整个android源码外,Google也为我们提供了相应的命令来支持单独模块的编译.

编译环境初始化(即执行source build/envsetup.sh)之后,我们可以得到一些有用的指令,除了上边用到的lunch,还有以下:

 - croot: Changes directory to the top of the tree.  - m: Makes from the top of the tree.  - mm: Builds all of the modules in the current directory.  - mmm: Builds all of the modules in the supplied directories.  - cgrep: Greps on all local C/C++ files.  - jgrep: Greps on all local Java files.  - resgrep: Greps on all local res/*.xml files.  - godir: Go to the directory containing a file.

其中mmm指令就是用来编译指定目录.通常来说,每个目录只包含一个模块.比如这里我们要编译Launcher2模块,执行指令:

mmm packages/apps/Launcher2/

稍等一会之后,如果提示:

### make completed success fully ###

即表示编译完成,此时在out/target/product/gereric/system/app就可以看到编译的Launcher2.apk文件了.

重新打包系统镜像

编译好指定模块后,如果我们想要将该模块对应的apk集成到系统镜像中,需要借助make snod指令重新打包系统镜像,这样我们新生成的system.img中就包含了刚才编译的Launcher2模块了.重启模拟器之后生效.

单独安装模块

我们在不断的修改某些模块,总不能每次编译完成后都要重新打包system.img,然后重启手机吧?有没有什么简单的方法呢?

在编译完后,借助adb install命令直接将生成的apk文件安装到设备上即可,相比使用make snod,会节省很多事件.

补充

我们简单的来介绍out/target/product/generic/system目录下的常用目录:

Android系统自带的apk文件都在out/target/product/generic/system/apk目录下;

一些可执行文件(比如C编译的执行),放在out/target/product/generic/system/bin目录下;

动态链接库放在out/target/product/generic/system/lib目录下;

硬件抽象层文件都放在out/targer/product/generic/system/lib/hw目录下.

SDK编译

如果你需要自己编译SDK使用,很简单,只需要执行命令make sdk即可.

错误集合

在编译过程中,遇到的大部分错误都可以在google搜到解决方案.这里只列举几个常见的错误:

错误一: You are attemping to build with the incorrect version.具体错误如下:

请点击输入图片描述

这里写图片描述

如果你认真看了构建环境的的要求,那么这个错误是可以避免的.当然,这个问题也很容易解决:安装openjdk 8,别忘了使用sudo update-alternative命令切换jdk版本.

错误二: Out of memory error.具体错误如下:

请点击输入图片描述

这里写图片描述

这个错误比较常见,尤其是在编译AOSP主线代码时,常常会因为JVM heap size太小而导致该错误.

此时有两种解决方法:

方法一:

在编译命令之前,修改prebuilts/sdk/tools/jack-admin文件,找到文件中的这一行:

JACK_SERVER_COMMAND="java -Djava.io.tmpdir=$TMPDIR $JACK_SERVER_VM_ARGUMENTS -cp $LAUNCHER_JAR $LAUNCHER_NAME"

然后在该行添加-Xmx4096m,如:

JACK_SERVER_COMMAND="java -Djava.io.tmpdir=$TMPDIR $JACK_SERVER_VM_ARGUMENTS -Xmx4096m -cp $LAUNCHER_JAR $LAUNCHER_NAME"

然后再执行time make -8j

方法二:

在控制台执行以下命令:

export JACK_SERVER_VM_ARGUMENTS="-Dfile.encoding=UTF-8 -XX:+TieredCompilation -Xmx4096m"out/host/linux-x86/bin/jack-admin kill-serverout/host/linux-x86/bin/jack-admin start-server

如图:

请点击输入图片描述

这里写图片描述

执行完该命令后,再使用make命令继续编译.某些情况下,当你执行jack-admin kill-server时可能提示你命令不存在,此时去你去out/host/linux-x86/bin/目录下会发现不存在jack-admin文件.如果我是你,我就会重新repo sync下,然后从头来过.

错误三:使用emulator时,虚拟机停在黑屏界面,点击无任何响应.此时,可能是kerner内核问题,解决方法如下:

执行如下命令:

./out/host/linux-x86/bin/emulator -partition-size 1024 -kernel ./prebuilts/qemu-kernel/arm/kernel-qemu-armv7

通过使用kernel-qemu-armv7内核 解决模拟器等待黑屏问题.而-partition-size 1024 则是解决警告: system partion siez adjusted to match image file (163 MB 66 MB)

如果你一开始编译的版本是aosp_arm-eng,使用上述命令仍然不能解决等待黑屏问题时,不妨编译aosp_arm64-eng试试.

结束吧

到现在为止,你已经了解了整个android编译的流程.除此之外,我也简单的说明android源码的多仓库管理机制.下面,不妨自己动手尝试一下.

android源码 下载 如何使用

1、这位兄弟，不知道你说的源码是不是真正意义上的源码（源码很大的，2.3之前的应该在3G左右，4.0的有4G多点），如果是android-sdks\samples\android-15目录下的一某个例子，一楼正解。在eclipse的菜单-File-New-Project-Create project from existing source，选择Android-Android Sample Project

2、如果是google系统源码，你用eclipse就很难运行出来（例如Mms，彩信），因为上层运行时会依赖底层很多东西（例如一些jar包），想用eclipse运行出来必须把上层所依赖的全导进去，这个过程很复杂。所以，我建议，如果想运行源码（如：Mms，路径：packages\apps\Mms），弄一个linux系统。

3、实例太大，没法上传

github 上有什么价值的android 源码

1. ActionBarSherlock

ActionBarSherlock应该算得上是GitHub上最火的Android开源项目了android8源码，它是一个独立的库android8源码，通过一个API和主题，开发者就可以很方便地使用所有版本的Android动作栏的设计模式。

对于Android

4.0及更高版本，ActionBarSherlock可以自动使用本地ActionBar实现，而对于之前没有ActionBar功能的版本，基于

Ice Cream Sandwich的自定义动作栏实现将自动围绕布局。能够让开发者轻松开发一款带动作栏（Action

bar）的应用，并且适用于Android 2.x及其以上所有版本。

详情请参考：ActionBarSherlock

2. facebook-android-sdk

Facebook SDK for Android是一个开源库，允许开发者将Facebook集成到所开发的Android应用中。

如果想要获取更多关于示例、文档、将SDK集成到App中、源代码等信息，可直接登陆Facebook Developers查看。

3. SlidingMenu（SlidingMenu Demos）

SlidingMenu是一个开源的Android库，能够让开发者轻松开发一款应用，实现类似于Google+、Youtube和Facebook应用中非常流行的滑动式菜单。

使用SlidingMenu的Android应用：

Foursquare

Rdio

Plume

VLC for Android

ESPN ScoreCenter

MLS MatchDay

9GAG

Wunderlist 2

The Verge

MTG Familiar

Mantano Reader

Falcon Pro (BETA)

MW3 Barracks

4. cocos2d-x

在移动开发领域，将Cocos2D-X用于主流iOS/Android游戏开发的公司、开发团队多不胜数。cocos2d-x是一个开源的支持多平

台的2D游戏框架，使用C++开发，基于cocos2d-iphone，在MIT许可证下发布。主分支在GitHub上使用OpenGL ES

2.0渲染，而旧版gles11分支则使用OpenGL ES 1.1渲染。

支持iOS、Android、Windows Phone 8、Bada、BlackBerry、Marmalade、Windows、Linux等多个平台。支持C++、Lua、JavaScript编程语言。

5. android

GitHub Android App是

GitHub开源的Android客户端，支持Issues、Gists，并集成了新闻Feed，能够让你及时跟进组织及关注的开发者、库等。同时，该应

用还提供了一个用户快速访问你所创建、监控及发布issue的面板，可查看并将问题加入到收藏夹，可对标签、里程碑和任务进行过滤配置。

android资源库包含了GitHub Android App的所有源代码。

6. Android-ViewPagerIndicator

ViewPager指针项目，在使用ViewPager的时候能够指示ViewPager所在的位置，就像Google Play中切换的效果一样，还能使用在应用初始化的介绍页面。

兼容Android支持库的ViewPager及ActionBarSherlock，最初是基于Patrik Åkerfeldt的ViewFlow，开发者可以直接登陆Google Play下载该项目的演示应用。

7. MonoGame

MonoGame是一个Microsoft XNA 4.x Framework的开源跨平台实现。用于让XNA开发者将android8源码他们在Xbox

360、Windows Windows Phone上开发的游戏移植到iOS、Android、Mac OS

X、Linux及Windows 8 Metro上，目前，PlayStation Mobile Raspberry

PI的开发正在进行中。

详情请参考：MonoGame

8. Android-PullToRefresh

该项目用于为Android提供一个可重用的下拉刷新部件。它最初来源于Johan Nilsson的库（主要是图形、字符串和动画），但这些后来都已被取代。

9. android-async-http

android-async-http是Android上的一个异步、基于回调的HTTP客户端开发包，建立在Apache的HttpClient库上。

10. Android-Universal-Image-Loader

Android上最让人头疼的莫过于从网络获取图片、显示、回收，任何一个环节有问题都可能直接OOM，这个项目或许能帮到你。

Universal Image Loader for Android的目的是为了实现异步的网络图片加载、缓存及显示，支持多线程异步加载。它最初来源于Fedor Vlasov的项目，且自此之后，经过大规模的重构和改进。

11. GreenDroid

GreenDroid最初是由Cyril Mottier发起，是一个Android的UI开发类库，能够让UI开发更加简便，并且在应用中始终保持一致。

详情请参考：Cyril Mottier's Blog

12. Anki-Android

AnkiDroid是一个免费、开源的Android的闪存应用，可直接从Google Play进行下载。

详情请参考：ankidroid

13. android-actionbar

Action

bar是一个标识应用程序和用户位置的窗口功能，并且给用户提供操作和导航模式。在大多数的情况下，当开发者需要突出展现用户行为或在全局导航的

activity中使用action bar，因为action

bar能够使应用程序给用户提供一致的界面，且系统能够很好地根据不同的屏幕配置来适应操作栏的外观。

Action bar的主要目的：

提供一个用于识别应用程序的标示和用户的位置的专用空间。

在不同的应用程序之间提供一致的导航和视觉体验。

突出Activity的关键操作，并且在可预见的方法内给用户提供快捷的访问。

14. android-viewflow

android-viewflow是Android平台上的一个视图切换的效果库，ViewFlow相当于Android UI部件提供水平滚动的ViewGroup，使用Adapter进行条目绑定。

15. android-mapviewballoons

当使用Android地图外部库（com.google.android.maps）时，android-mapviewballoons会提供一个简单的方式来对地图覆盖进行标注，就是一个简单的信息气泡。

它由BalloonOverlayView组成，是一个代表显示你的MapView及BalloonItemizedOverlay的气泡的视图，BalloonItemizedOverlay是ItemizedOverlay的一个抽象扩展。

16. PushSharp

一个向iOS（iPhone/iPad APNS）、Android（C2DM和GCM）、Windows Phone和Windows 8设备发送推送通知的服务器端库。

17. androidannotations

Android Annotations是一个开源的框架，用于加速 Android应用的开发，可以让你把重点放在功能的实现上，简化了代码，提升了可维护性。

18. HockeyKit

Hockey是一个iOS Ad-Hoc自动更新框架。苹果App

Store中的所有App都可以使用它，它能够显著地提高Beta测试的整个过程，分为两部分：服务器和客户端框架。服务器组件需要所有脚本，但在没有客

户端库的情况下，也可以单独工作。它提供一个Web接口，Beta测试者可以使用它来安装最新的AdHoc配置文件，也可以直接在设备上通过Safari

安装最新的Beta版本。

只需在服务器上安装一次服务端，就可以处理包标识符不同的多个应用程序（有开发者强烈建议对Debug、AdHoc Beta和AppStore发布版使用不同的包标识符）。

默认当App启动或唤醒时，客户端会从服务器检测更新，用户可以在设置对话框中进行修改：一天一次或手动检查更新。

除了支持iOS，HokeyKit也支持Android平台，不过Android版还处在Alpha阶段，支持OTA及应用内更新。

为HockeyKit用户提供服务器托管服务。

19. android-menudrawer

Android上的菜单展示风格各异，其中用得最多且体验最好的莫过于左右滑动来显示隐藏的菜单，android-menudrawer是一个滑动

式菜单实现，允许用户在应用当中实现无缝导航。该项目具有多种菜单展示效果，其中最常见的就是通过屏幕边缘拖动或点击动作栏的“向上”按钮显示。

实现功能：

菜单可以沿着四个边放置。

支持附加一个始终可见、不可拖动的菜单。

菜单的内容和整个窗口都可以隐藏。

可用于XML布局。

显示当前可见屏幕的指示器。

20. android-flip

Aphid FlipView是一个能够实现Flipboard翻页效果的UI组件。

如何调试跟踪Android Framework源代码

本文讲解如何在Eclipse中导入Android源代码（包括Framework和Applicationandroid8源码的代码）android8源码，然后通过模拟器或真机跟踪/调试Android的Java代码，区别于一般基于Android SDK的纯应用开发，这里可以跟踪/调试Framework中的代码。

一、准备工作

确保机器上已经安装并配置下列软件环境android8源码：JDK/ Eclipse / Android SDK / ADT

即，机器上已经安装android8源码了Eclipse下Android应用开发所需的环境。如果还未配置，移步《搭建Windows下Android应用开发环境——Eclipse/Android/ADT》。

另外，为android8源码了跟踪调试Android源码，你还需要有Android源码，并有源码的编译环境，可以是：

虚拟机环境 虚拟机中安装Linux，Linux下编译Android源码。此环境下，如果要在宿主机的Eclipse中调试，还需要把Android的源码路径共享出来，宿主机可访问到；

有单独的可编译Android的网络环境 在你的客户端的机器上访问服务器共享出来的Android的源码路径；

Linux环境下直接通过Eclipse跟踪调试本机上的Android源码。

注意：不管哪种工作方式，Android源码要都是已经编译过的，且编译时采用的是Eng模式（vs User mode）。编译Android Platform和Kernel的过程，可参考《Ubuntu10.10下编译Android2.2平台》及《Ubuntu10.10下编译Android2.2内核》。

二、基本设置

准备工作完毕之后，现在做一些基本的设置。

1. 把Android源码路径Android_ROOT下的development\ide\eclipse中的.classpath文件复制到Android_ROOT下；如果需要在模拟器中进行调试的话，需要复制三个img(具体方法见)

2. 修改Eclipse的设置

修改eclipse.ini文件，更改下列内容：

[plain] view plaincopy

-Xms40m

-Xmx384m

改为：

[java] view plaincopy

-Xms128m

-Xmx512m

这里增大最小Java堆大小到128MB，增大最大Java堆大小到512MB。

三、Eclipse中创建工程

1. File New Java Project

2. 输入项目名

3. 取消Use default location，并在Location中输入或选择Android源码路径Android_ROOT

4. 选择Next Finish。会有一个漫长的等待过程

新建的工程可能会有错误，根据错误提示，加入或者删除项目中配置的程序包。

四、调试环境配置

1. 右击刚刚在#3中创建的项目；

2. 选择：Debug As Debug Configurations…；

3. 右击“Remote Java Application”，选择New。或者直接双击“Remote Java Application”创建一个新的Remote Application。

4. 填入Name；Project选择刚刚创建的项目Android2.3.7；端口填写8700（不一定是8700，到DDMS Perspective下的Device View中看所需的端口号）。

5. Apply保存，然后退出。

五、调试

可以通过模拟器或者真机调试。

无论模拟器还是真机，都要：

先启动机器（模拟器启动，或真机打开，并通过USB与PC正常连接），也就是要在DDMS Perspective的Devices视图中看到有机器连接；

确保运行中的代码与你要调试的代码是一样的。

假如，我们想要跟踪锁屏解锁的调用情况。

我们知道解锁的实现是在LockScreen.java的onGrabbedStateChange()函数，运行在system_process进程中。

那么，

1.        在onGrabbedStateChange()中要调试的地方设置断点；

2.        在Device View中，选中system_process，并点击小爬虫图标；

3.        用Section#4创建的Debug配置，Debug；

4.        在模拟器或真机上，执行到解锁操作时，代码就会停在断点处；

这样你就可以，

把鼠标放在某个变量上，看它的值。也可以Eclipse中的各种调试手段调试你的代码。

通过Step Into / Step Over / Resume / Suspend / Terminate等在Debug View中控制程序的执行。

总结

通过本文可以：

本文讲解是基于Windows环境的，但是不仅适用于Windows环境，同样适用于Mac OS和Linux系统，只是一些路径和使用方式有差别；

可以跟踪/调试所有Android中Java的源码（无论Framework的代码，还是App中的代码），并不能Debug Framework中的c/c++ code；

为了使整个项目在Eclipse中都能编译过，.classpath中也包含了out/里编译生成的内容，所以必须保证Android源码是已经编译过的。

跟踪/调试的前提是要在所要调试代码处设置断点，并知道该处代码执行在哪个进程中。

===================================================================================================================

如果导入的工程有错误，可以参照下面方法操作。

===================================================================================================================

我们导入一个android自带应用的工程时，往往有很多错误。以自带的 AlarmClock 为例，导入eclipse后，往往出现很多错误，如下图所示:

例如，上图中的Intent.ACTION_ALARM_CHANGED 无法访问，下面我们就找到源代码看看原因何在?

根据java 编程规范，我们知道这个api (静态变量)被隐藏掉了，所以在sdk中无法使用。在知道了原因之后，我们有几种解决方案（建议使用方法二）：

1. 自己将源代码中的@hide去掉，然后编译一个sdk来替换默认的sdk。

在linux上使用  make PRODUCT-sdk-sdk 命令，编译一个新的sdk出来,注意编译后其实我们不需要整个sdk，只需要android.jar这个文件替换掉sdk里的android.jar,例如：笔者的sdk里的jar对应的目录为:

F:/Program Files/Android/android-sdk-windows/platforms/android-8/android.jar

具体编译sdk的方法是，在linux编译环境下用命令 make PRODUCT-sdk-sdk ，成功后，会有如下提示: 

Package SDK: out/host/linux-x86/sdk/android-sdk_eng.stevewang_linux-x86.zip

我们进入到 linux编译环境的 out/host/linux-x86/sdk/android-sdk_eng.stevewang_linux-x86/platforms/android-2.2/目录下可以看到android.jar 文件。使用此文件替换   F:/Program Files/Android/android-sdk-windows/platforms/android-8/android.jar 即可。替换前记得备份

此方法较为麻烦，建议使用方法二

2. 添加framework 编译出来的class.jar文件到 eclipse的build path

其实在编译android的时候，我们将framework 编译到一个临时的jar包中了，这个jar包的路径一般为: 

out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/classes.jar

[font='dejavu]我们只需要在linux上android源代码目录下使用make 命令即可生成此文件。

[font='dejavu]

[font='dejavu]由于这个jar文件中的api 还没有重新打包，里面被@hide掉的api并没有被去掉。所以我们依然能够引用里面

[font='dejavu]被@hide的api 。而sdk 中的android.jar文件时重新打包生成的，其里标记有@hide的api已经被去掉了。

[font='dejavu]所以我们把 out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/classes.jar 拷贝到本地pc上。

然后在工程中添加此jar包。

具体方法: 

1 . 拷贝linux编译生成的  out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/classes.jar到本机PC。

2，在eclipse的Android项目中，选择项目属性-Java Build Path-Libraries-Add Library-User Library-Next- UserLibraries进入到User Libraries管理界面，点击New新建一个User Library，比如android_framework，点击Add Jars把Jar包加入到建立的User Library中，最后点击OK。

3.选择项目属性-Java Build Path-Order and Export，把所建立的User Libraries移到Android SDK的上面。

如下图:

之后我们的工程错误消失了：