1.make 模块名称
需要查看Android.mk文件的LOCAL_PACKAGE_NAME变量。
2．mmm命令
用于在源码根目录编译指定模块，参数为模块的相对路径。只能在第一次编译后使用。比如要编译Phone部分源码，需要在终端中执行以下命令：
$mmm packages/apps/phone
3．mm命令
用于在模块根目录编译这个模块。只能在第一次编译后使用。例如要编译Phone部分源码，需要在终端中执行以下命令：
$cd packages/apps/phone
$mm
注：mmm和mm命令必须在执行“.build/envsetup.sh”之后才能使用，并且只编译发生变化的文件。如果要编译模块的所有文件，需要-B选项，例如mm -B。
㈡ 编译整个模块的android源码需要多大的空间
预留100G或以上空间用于存放源码及编译产出，本人编译的KitKat 源码（带.repo目录）＋编译产出在80G左右
㈢ 同款源码app安装不了
同款源码app安装不了容易覆盖，解决方法：
1、到需要编译的apk源码路径下打开android.mk文件。
2、在其中加入一行LOCAL_DEX_PREOPT:=false（android4.0.3后默认产生odex文件，这里设置为不产生），保存。
3、再次通过mmm命令编译后产生的apk文件（只有apk文件）。
4、通过adbpush指令将apk覆盖到系统的app目录下后重启。
㈣ 大牛们是怎么阅读 Android 系统源码的
如果只是想看看一些常用类的实现, 在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自动补全非常给力.
巨人的肩膀
AOSP项目官方: https://source.android.com/source/index.html
这个一定要先读. 项目介绍, 代码下载, 环境搭建, 刷机方法, Eclipse配置都在这里. 这是一切的基础.
Android官方Training: https://developer.android.com/training/index.html
这个其实是给App开发者看的. 但是里面也有不少关于系统机制的介绍, 值得细读.
老罗的Android之旅: http://blog.csdn.net/luoshengyang
此老罗非彼老罗. 罗升阳老师的博客非常有营养, 基本可以作为指引你开始阅读AOSP源码的教程. 你可以按照博客的时间顺序一篇篇挑需要的看.但这个系列的博客有些问题:
早期的博客是基于旧版本的Android;
大量的代码流程追踪. 读文章时你一定要清楚你在看的东西在整个系统处于什么样的位置.
Innost的专栏: http://blog.csdn.net/innost
邓凡平老师也是为Android大牛, 博客同样很有营养. 但是不像罗升阳老师的那么系统. 更多的是一些技术点的深入探讨.
Android Issues: http://code.google.com/p/android/issues/list
Android官方Issue列表. 我在开发过程中发现过一些奇怪的bug, 最后发现这里基本都有记录. 当然你可以提一些新的, 有没有人改就是另外一回事了.
Google: https://www.google.com
一定要能流畅的使用这个工具. 大量的相关知识是没有人系统的总结的, 你需要自己搞定.
其它
代码组织
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
http://www.xda-developers.com/
这里有最新资讯和最有趣的论坛.
㈤ CAD高手进
外部块定义的命令是：
AAAAA. Wblock
下列CAD软件中，不具有参数化造型功能的软件是：
GGGGG. AutoCAD
DXF格式为：
HHHHH. 图形交换格式
用PLINE命令绘制的连续线与用LINE命令绘制的连续线的不同点在于：
QQQQQ. PLINE命令绘制的连续线是一个整体，而RRRRR. LINE不SSSSS. 是
下列什么命令会出现提示“Base Point”？
CCCCCC. SCALE
如果下拉菜单选择项后带三个黑点，则表示：
GGGGGG. 这一选择项会引出一个对话框或者一个AutoLISP程序
什么命令具有与SAVE相似的功能？
LLLLLL. WBLOCK
设置正交方式的功能键是：
QQQQQQ. F8
用PEDIT对多义线进行编辑时，若让多义线拟合成样条曲线，需用PEDIT命令中的选项是：
RRRRRR. S
用ARRAY命令时，如需使阵列后的图形向右上角排列则
VVVVVV. 行间距为正，WWWwww. 列间距为正
假如在AutoCAD系统屏幕上已绘制了一个图形，现将它作为实体来处理,应使用什么命令？
FFFFFFF. BLOCK
在AutoCAD中功能键F7表示
JJJJJJJ. 网点开关
多线的元素最多可达
MMMMMMM. 16
(注：此题本人不确定)
如果UCS原点在WCS的坐标是(100,100),那么UCS中的(3,9)在WCS的坐标为：
QQQQQQQ. （103，RRRRRRR. 109）
在AutoCAD中，每一个图形实体都有哪些图形属性？
CCCCCCCC. 层，DDDDDDDD. 颜色，EEEEEEEE. 线型
精确绘图的主要特点
IIIIIIII. 精确的几何关系
用LINE命令画直线,其起点坐标为(10,10),终点坐标为(5,10),则对第二点坐标值的输入以下哪几种方式是对的
B. @5<180
D. @-5,0
能实现图形与文本状态交换的命令或功能键是：
G. F2
可用于保存当前编辑内容的命令是：
M. SAVE
(注：你再查一下QSAVE)
可能出现“Base point or Displacement“的提示的命令有：
N. MOVE
O. COPY
㈥ Android系统编译指令make 、mmm、mm优缺点比较
Android 系统提供了三种指令用于编译，他们分别为make、mmm、mm，这三个指令编译的优缺点如下：
例如：make MediaProvider z这种模式对应于单个模块的编译。它的优点是：会把该模块依赖的其他模块一起跟着编译。例如：make libmedia 就会把libmedia依赖库全部编译好。当然缺点也会很明显，那就是它会搜索整个源码来定位MediaProvider 模块所使用的Android.mk文件。并且还要判断该模块依赖的其他模块是否有修改。所以编译时间比较长。
注意：一般的编译方式都会采用增量编译，即只编译发生变化的目标文件，但有时则需要重新编译所有目标文件，那么就可以使用make 命令行的-B选项。例如：mm -B 模块名，或者mm -B、mmm -B。在mm 和 mmm内部也是调用make命令的，而make的-B选项将强制编译所有的目标文件。
㈦ 如何单独编译Android源代码中的模块
第一次下载好Android源代码工程后，我们通常是在Android源代码工程目录下执行make命令，经过漫长的等待之后，就可以得到Android系统镜像system.img了。以后如果我们修改了Android源代码中的某个模块或者在Android源代码工程新增一个自己的模块，是不是还是执行make命令呢？答案是否定的，Google为我们准备了另外的命令来支持编译单独的模块，以及重新打包system.img的命令。在继续学习Android源代码之前，就让我们先来看看这个命令吧。
一.首先在Android源代码目录下的build目录下，有个脚本文件envsetup.sh，执行这个脚本文件后，就可以获得一些有用的工具：
USER-NAME@MACHINE-NAME:~/Android$../build/envsetup.sh
注意，这是一个source命令，执行之后，就会有一些额外的命令可以使用：
-croot:.
-m:Makesfromthetopofthetree.
-mm:.
-mmm:.
-cgrep:GrepsonalllocalC/C++files.
-jgrep:GrepsonalllocalJavafiles.
-resgrep:Grepsonalllocalres/*.xmlfiles.
-godir:.
这些命令的具体用法，可以在命令的后面加-help来查看，这里我们只关注mmm命令，也就是可以用它来编译指定目录的所有模块，通常这个目录只包含一个模块。
二.使用mmm命令来编译指定的模块，例如Email应用程序：
USER-NAME@MACHINE-NAME:~/Android$mmmpackages/apps/Email/
编译完成之后，就可以在out/target/proct/generic/system/app目录下看到Email.apk文件了。Android系统自带的App都放在这具目录下。另外，Android系统的一些可执行文件，例如C编译的可执行文件，放在out/target/proct/generic/system/bin目录下，动态链接库文件放在out/target/proct/generic/system/lib目录下，out/target/proct/generic/system/lib/hw目录存放的是硬件抽象层（HAL）接口文件。
三.编译好模块后，还要重新打包一下system.img文件，这样我们把system.img运行在模拟器上时，就可以看到我们的程序了。
USER-NAME@MACHINE-NAME:~/Android$makesnod
四.参照Ubuntu上下载、编译和安装Android最新源代码一文介绍的方法运行模拟器：
USER-NAME@MACHINE-NAME:~/Android$emulator
这样一切就搞定了。
㈧ 如何在android.mk中添加so库只复制，不编译
用Eclipse编译工程，若工程下有libs目录，会自动将里面的*.so库编译到apk包中。我现在需要用到*.so库和Android.mk文件编译工程，但用Eclipse编译时，Android.mk不起作用。
Android.mk好像只有在通过源代码编译工程时才起作用（我目前只发现这个办法），即在Linux环境下的Android源代码目录中，通过make或mmm命令编译。但通过mmm编译的工程，不会把工程下libs目前中的*.so库添加进apk包里，是不是要在Android.mk文件中添加一些申明什么的？
还有，想知道Android源代码中，重启手机的相关代码在哪个部分。
㈨ 如何开始的valgrind一个Android应用程序
如果要定制一个Android系统，你想用你自己的Launcher(Home)作主界面来替换Android自带的Home，而且不希望用户安装的Launcher来替换掉你的Launcher，应该如何来实现呢？
我们可以通过修改Framework层来实现这样的功能。
1) 首先了解一下Android的启动过程。
Android系统的启动先从Zygote开始启动，然后......(中间的过程就不说了).....一直到了SystemServer(framework)这个地方，看到这段代码：
/**
* This method is called from Zygote to initialize the system. This willcause the native
* services (SurfaceFlinger, AudioFlinger, etc..) to be started. Afterthat it will call back
* up into init2() to start the Android services.
*/
native public static void init1(String[] args);
public static void main(String[] args) {
if (SamplingProfilerIntegration.isEnabled()) {
SamplingProfilerIntegration.start();
timer = new Timer();
timer.schele(new TimerTask() {
@Override
public void run() {
SamplingProfilerIntegration.writeSnapshot("system_server");
}
}, SNAPSHOT_INTERVAL, SNAPSHOT_INTERVAL);
}
// The system server has to run all of the time, so it needs to be
// as efficient as possible with its memory usage.
VMRuntime.getRuntime().setTargetHeapUtilization(0.8f);
System.loadLibrary("android_servers");
init1(args);
}
public static final void init2() {
Log.i(TAG, "Entered the Android system server!");
Thread thr = new ServerThread();
thr.setName("android.server.ServerThread");
thr.start();
}
}
从SystemServer的main函数开始启动各种服务：
首先启动init1,然后启动init2.从上面的注释可以看到：init1这个方法时被Zygote调用来初始化系统的，init1会启动native的服务如SurfaceFlinger,AudioFlinger等等，这些工作做完以后会回调init2来启动Android的service。
这里我们主要来关注init2的过程。init2中启动ServerThread线程，ServerThread中启动了一系列的服务，比如这些：
ActivityManagerService
EntropyService
PowerManagerService
TelephonyRegistry
PackageManagerService
AccountManagerService
BatteryService
HardwareService
Watchdog
SensorService
BluetoothService
StatusBarService
ClipboardService
InputMethodManagerService
NetStatService
ConnectivityService
AccessibilityManagerService
NotificationManagerService
MountService
DeviceStorageMonitorService
LocationManagerService
SearchManagerService
FallbackCheckinService
WallpaperManagerService
AudioService
BackupManagerService
AppWidgetService
这些大大小小的服务起来以后，开始
((ActivityManagerService)ActivityManagerNative.getDefault()).systemReady()
在systemReady后开始开始启动Launcher。在寻找Launcher的时候是根据HOME的filter（在Manifest中定义的<categoryandroid:name="android.intent.category.HOME" />）来过滤。
然后根据filter出来的HOME来启动，如果只有一个HOME，则启动这个HOME，如果用户自己装了HOME，那就会弹出来一个列表供用户选择。
现在希望从这里弹出自己定制的Launcher,同时也不希望弹出选择HOME的界面，不希望用户修改的home，比如我们的home上放了好多广告，以及强制安装的程序，不希望用户把它干掉。
可以通过这样来实现：
2) 定义一个私有的filter选项，然后用这个选项来过滤HOME.
一般情况下我们使用Manifest中定义的<categoryandroid:name="android.intent.category.HOME"来过滤的，现在增加一个私有的HOME_FIRST过滤。
在Intent.java(frameworks/base/core/java/android/content/Intent.java)中添加两行代码
//lixinso:添加CATEGORY_FS_HOME
@SdkConstant(SdkConstantType.INTENT_CATEGORY)
public static final String CATEGORY_FS_HOME= "android.intent.category.FS_HOME";
3）修改和CATEGORY_HOME相关的所有的地方，都改成CATEGORY_FS_HOME，主要是framework中的这几个地方：使用grep命令查找要修改的地方：
grep CATEGORY_HOME -l * -R
将上述文件中和CATEGORY_HOME相关的所有的地方，都改成CATEGORY_FS_HOME。
4) 写一个自己的Launcher.
可以参考android sample中的Launcher，或者android源代码中的 /packages/apps/Launcher 来写。
在Launcher中标记其是不是Launcher的最关键的代码时Manifest中的filter:android:name="android.intent.category.HOME"
现在我们定义了自己的filter,那么，我们在我们自己写的Launcher中将Manifest改为：
<application android:process="android.process.acore3"android:icon="@drawable/icon"android:label="@string/app_name">
<activity android:name=".FirstAppActivity"
android:label="@string/app_name">
<intent-filter>
<actionandroid:name="android.intent.action.MAIN" />
<categoryandroid:name="android.intent.category. FS_HOME" />
<categoryandroid:name="android.intent.category.DEFAULT" />
<category android:name="android.intent.category.MONKEY"/>
</intent-filter>
</activity>
</application>
然后将编译好的apk放到方式fs100_root/system/app目录下。
5)将Android自带的Launcher删除掉
包括源代码(packages/apps/Launcher)和apk(/out/target/proct/generic/system/app/Launcher.apk)。
6) 重新编译Android
做完这些工作，就可以重新编译Android了，我们可以编译修改过的几个相关的包，可以用mmm命令来编译部分的改动。这里需要这样编译：
$ source build/envsetup.sh
$ lunch
$ mmm frameworks/base
$ mmm frameworks/base/services/java
$ mmm frameworks/policies/base/mid
$ mmm frameworks/policies/base/phone
重新启动开发板，从开发板上就可以看到启动的Launcher是我们自己的Launcher，不会出现默认的Launcher了，也不会出现选择界面。
9)我们再验证一下，如果用户装上了一个其他的Launcher(Home)会怎么样。
从网上找一个一般的Launcher或者自己写一个一般的Launcher装上去，重新启动，不会出现选择界面。
按HOME键也不会出来两个HOME来选择。
㈩ android.mk使用方法和mm，mmm命令怎么使用
应用程序源码的根目录下面，这只有在linux下用MMM交叉编译链编译的时候才用的到，eclipse下是不会生成的。