android50源码编译
文件build/core/version_defaults.mk用来检查一些跟版本相关的变量是否定义；如果未定义，则使用默认值。
这些变量包括
PLATFORM_VERSION # 如 2.2.5
PLATFORM_SDK_VERSION # 8, 对应2.2.5
PLATFORM_VERSION_CODENAME # REL，即发行版
DEFAULT_APP_TARGET_SDK # 同SDK_VERSION或VERSION_CODENAME
BUILD_ID # 默认为UNKNOWN
BUILD_NUMBER # 默认eng.$(USER).$(shell date +%Y%m%d.%H%M%S)的形式。
version_defaults.mk首先包含进build_id.mk。用户应当配置build_id.mk，而不应该改动version_defaults.mk文件。然后检查上述变量，如未定义则赋值默认值。
---------------------------------------------------------------------------
关于调试功能(adb)的开启
编译android源码之前总是要先运行build/envsetup.sh，以初始化一些常用命令（实际上是bash的函数，如add_lunch_combo）。
其中也从以下文件中引入了一些编译设置：
device/${CHIPSET_VENDOR}/vendorsetup.sh
我们这里使用的CHIPSET_VENDOR为amlogic。
比如我们有文件device/amlogic/vendorsetup.sh，内容为"产品名-编译类型(flavor)"列表（称为combo），如下：
add_lunch_combo m1ref-eng
add_lunch_combo m1ref-user
add_lunch_combo m2ref-eng
add_lunch_combo m2ref-user
add_lunch_combo stvm3-eng
add_lunch_combo stvm3-user
其中，m1ref和stvm3是产品名（作前缀），后面为编译类型。
除此前缀外可选的combo值有： eng, user, userdebug, tests。
（参考文件build/core/main.mk中对于变量TARGET_BUILD_VARIANT的筛查条件）
我们可以修改vendorsetup.sh文件，来改变为特定设备编译的结果。
以下是各个编译类型的特点：
eng: 工程模式，用于平台级的调试，是默认的编译类型。
待安装的模块tag有: eng, debug, user, development.
安装不带tag的非APK模块；
所安装应用由产品定义文件给出；
默认属性: ro.secure=0, ro.deuggable=1, ro.kernel.android.checkjni=1
adbd默认开启，adb以root身份运行。
user: 即最终用户版;
待安装的应用tag有: user
安装不带tag的非APK模块；
所安装应用由产品定义文件给出；
默认属性有ro.secure=1, ro.debuggable=0；
默认关闭adbd服务（但可通过应用settings来打开，且adb以shell身份运行）；
userdebug: 与user类似，除了：
支持有限的调试功能；
待安装的应用tag有:debug；
默认属性有ro.secure=1, ro.debuggable=1；
默认打开adbd服务，adb以shell身份运行；
例如，由文件build/core/main.mk可以看出，当使用含有userdebug的combo值时，此文件中的临时变量enable_target_debugging会保持为true，相应地，编译过程会执行：
ADDITIONAL_DEFAULT_PROPERTIES += ro.debuggable=1 persist.service.adb.enable=1
这意味着目标系统中根目录下的文件/default.prop文件(对应变量 INSTALLED_DEFAULT_PROP_TARGET )会含有以下行（参考文件build/core/Makefile）：
persist.service.adb.enable=1
由此，目标系统会默认开启adbd服务，你就可以通过其它PC来连接目标系统了。
所以，如要默认开启adbd服务，可在设备（如stvm3）定制文件device/amlogic/vendorsetup.sh中增加以下行：
add_lunch_combo stvm3-userdebug
这样在执行bash的lunch函数时，选择此combo就可以默认打开adbd服务（adb以shell身份运行）。
但是，即使adbd已经开启，你仍可能无法通过网络连接到Android进行调试，这涉及到Android的二个属性:
service.adb.tcp.port (优先级高)
persist.adb.tcp.port (优先级低)
注：可查看源码文件system/core/adb/adb.c。
默认地，这两个属性值是5555。有两种方法来设置此变量：
1）(永久性改变)在Android配置文件/init.rc或/init.$MANUFACTUROR.rc中添加一行：
setprop service.adb.tcp.port 5555
2）(临时性改变)在命令行上（你可能需要先通过串口开一个终端）执行如下命令：
setprop service.adb.tcp.port 5555
检查adbd是否支持通过网络链接Android：执行命令
netstat -l -n | grep ":5555"
如果有LISTEN状态的输出，则表示adbd支持网络模式 :) 。
㈡ windows下如何编译android源码
如果没记错，windows下是没法编译android框架源代码的
因为android是基于linux平台的，因此底层的很多东西都是基于linux系统的
如果只是单纯的android应用程序，则可以在windows下开发编译
只需要用Eclipse的adt插件加上windows下开发的Android SDK就行了。
㈢ android源码怎么编译生成recovery.img
recovery.img生成过程
L630-L637 依赖关系
(From: build/core/Makefile)630 $(INSTALLED_RECOVERYIMAGE_TARGET): $(MKBOOTFS) $(MKBOOTIMG) $(MINIGZIP) /631 $(INSTALLED_RAMDISK_TARGET) /632 $(INSTALLED_BOOTIMAGE_TARGET) /633 $(recovery_binary) /634 $(recovery_initrc) $(recovery_kernel) /635 $(INSTALLED_2NDBOOTLOADER_TARGET) /636 $(recovery_build_prop) $(recovery_resource_deps) /637 $(RECOVERY_INSTALL_OTA_KEYS)
INSTALLED_RECOVERYIMAGE_TARGET 为我们的编译目标：
584 INSTALLED_RECOVERYIMAGE_TARGET := $(PRODUCT_OUT)/recovery.img
它依赖很多其它目标：
1．MKBOOTFS, MINIGZIP, MKBOOTIMG，PC端工具软件：（From build/core/config.mk）265 MKBOOTFS := $(HOST_OUT_EXECUTABLES)/mkbootfs$(HOST_EXECUTABLE_SUFFIX)266 MINIGZIP := $(HOST_OUT_EXECUTABLES)/minigzip$(HOST_EXECUTABLE_SUFFIX)267 MKBOOTIMG := $(HOST_OUT_EXECUTABLES)/mkbootimg$(HOST_EXECUTABLE_SUFFIX)
2．INSTALLED_RAMDISK_TARGET，标准根文件系统 ramdisk.img：
326 BUILT_RAMDISK_TARGET := $(PRODUCT_OUT)/ramdisk.img328 # We just build this directly to the install location.329 INSTALLED_RAMDISK_TARGET := $(BUILT_RAMDISK_TARGET) 3．INSTALLED_BOOTIMAGE_TARGET， 即boot.img,标准内核及标准根文件系统：362 INSTALLED_BOOTIMAGE_TARGET := $(PRODUCT_OUT)/boot.img
4. recovery_binary, Recovery可执行程序，源码位于：bootable/recovery
590 recovery_binary := $(call intermediates-dir-for,EXECUTABLES,recovery)/recovery
5. recovery_initrc，recovery模式的init.rc, 位于 bootable/recovery/etc/init.rc
586 recovery_initrc := $(call include-path-for, recovery)/etc/init.rc
6. recovery_kernel, recovery 模式的kernel, 同标准内核
587 recovery_kernel := $(INSTALLED_KERNEL_TARGET) # same as a non-recovery system
7.INSTALLED_2NDBOOTLOADER_TARGET，我们不用。
8. recovery_build_prop， recovery 模式的build.prop, 同标准模式。589 recovery_build_prop := $(INSTALLED_BUILD_PROP_TARGET)
9. recovery_resource_deps， recovery 模式使用的res, 位于：recovery/custom/{proct_name}/res, 以及设备自定义部分（我们没用到）
591 recovery_resources_common := $(call include-path-for, recovery)/custom/$(TARGET_PRODUCT)/res592 recovery_resources_private := $(strip $(wildcard $(TARGET_DEVICE_DIR)/recovery/res))593 recovery_resource_deps := $(shell find $(recovery_resources_common) 594 $(recovery_resources_private) -type f) 10. RECOVERY_INSTALL_OTA_KEYS, ota 密钥：
618 # Generate a file containing the keys that will be read by the619 # recovery binary.620 RECOVERY_INSTALL_OTA_KEYS := /621 $(call intermediates-dir-for,PACKAGING,ota_keys)/keysL638-L655 准备内容
638 @echo ----- Making recovery image ------639 rm -rf $(TARGET_RECOVERY_OUT)640 mkdir -p $(TARGET_RECOVERY_OUT)641 mkdir -p $(TARGET_RECOVERY_ROOT_OUT)642 mkdir -p $(TARGET_RECOVERY_ROOT_OUT)/etc643 mkdir -p $(TARGET_RECOVERY_ROOT_OUT)/tmp
准备recovery目录：out/target/proct/{proct_name}/recovery 及其子目录：
./root
./root/etc
./root/tmp644 echo Copying baseline ramdisk...645 cp -R $(TARGET_ROOT_OUT) $(TARGET_RECOVERY_OUT)646 echo Modifying ramdisk contents...647 rm -rf $(TARGET_RECOVERY_ROOT_OUT)/res
从标准根文件系统拷贝所有文件， 删除其res 目录。
648 cp -f $(recovery_initrc) $(TARGET_RECOVERY_ROOT_OUT)/649 cp -f $(recovery_binary) $(TARGET_RECOVERY_ROOT_OUT)/sbin/ 拷贝recovery 模式的核心文件 init.rc 及 recovery 650 cp -rf $(recovery_resources_common) $(TARGET_RECOVERY_ROOT_OUT)/651 $(foreach item,$(recovery_resources_private), /652 cp -rf $(item) $(TARGET_RECOVERY_ROOT_OUT)/)653 cp $(RECOVERY_INSTALL_OTA_KEYS) $(TARGET_RECOVERY_ROOT_OUT)/res/keys 拷贝资源文件及密钥文件。 654 cat $(INSTALLED_DEFAULT_PROP_TARGET) $(recovery_build_prop) /655 > $(TARGET_RECOVERY_ROOT_OUT)/default.prop 生成属性文件 default.prop, 它包含了标准根文件系统的default.prop （out/target/proct/{proct_name}/root/default.prop）以及system分区的build.prop (out/target/proct/{proct_name}/system/build.prop) L656-L661 最终生成recovery.img
656 $(MKBOOTFS) $(TARGET_RECOVERY_ROOT_OUT) | $(MINIGZIP) > $(recovery_ramdisk) 压缩recovery根文件系统 657 build/quacomm/mkimage $(PRODUCT_OUT)/ramdisk-recovery.img RECOVERY > $(PRODUCT_OUT)/ramdisk_recovery.img 加一个标识头（RECOVERY） 658 mv $(PRODUCT_OUT)/ramdisk_recovery.img $(PRODUCT_OUT)/ramdisk-recovery.img659 $(MKBOOTIMG) $(INTERNAL_RECOVERYIMAGE_ARGS) --output $@660 @echo ----- Made recovery image -------- $@661 $(hide) $(call assert-max-image-size,$@,$(BOARD_RECOVERYIMAGE_PARTITION_SIZE),raw)
和内核一起，生成recovery.img附：Recovery 根文件系统目录结构
$ tree
.
├── advanced_meta_init.rc
├── data
├── default.prop
├── dev
├── etc
├── init
├── init.factory.rc
├── init.goldfish.rc
├── init.quacomm.rc
├── init.rc
├── meta_init.rc
├── proc
├── res
│ ├── images
│ │ ├── icon_error.png
│ │ ├── icon_installing.png
│ │ ├── indeterminate1.png
│ │ ├── indeterminate2.png
│ │ ├── indeterminate3.png
│ │ ├── indeterminate4.png
│ │ ├── indeterminate5.png
│ │ ├── indeterminate6.png
│ │ ├── progress_empty.png
│ │ └── progress_fill.png
│ └── keys
├── sbin
│ ├── adbd
│ ├── advanced_meta_init
│ ├── meta_init
│ ├── meta_tst
│ └── recovery
├── sys
├── system
└── tmp
㈣ 怎么在ubuntu上编译android源码
步骤一：
安装Ubuntu系统。我们既可以通过虚拟机的方式安装Ubuntu，也可以直接在电脑上安装，为了获得更好的Linux操作体验，我建议直接在电脑上面安装Ubuntu，我在自己电脑上安装了win10和Ubunut Server14.04双系统，使用的时候可以根据自己的需要随时切换系统，非常方便。关于如何搭建双系统，网上有很多教程，我就不在此叙述了，但是我想说明的一点是在安装Ununtu的时候，分配给Ubuntu的磁盘空间一定要尽可能大一点，至少60G，我分配了105G，编译完成之后还剩下50多G，也就是说差不多用了近50G的空间，所以安装Ubuntu的时候一定得分配大一点的磁盘空间，不然编译会因为空间不足而中断。
步骤二：
搭建好Ubuntu系统之后，我们需要下载一份Android6.0的源码，网上很多文章都介绍了如何通过repo的方式来下载源码，但是通过这种方式下载速度可能并不是很理想，直接下载网络云的Android6.0源码，
因为Android6.0的源码所占空间非常大，所以上传者把Android源码分成了很多个文件，待全部下载完毕之后，我们可以通过命令把这些分开的文件合并为一个文件。
步骤三：
如果我们是在Windows上下载的源码，那么当我们打开Ubuntu之后，要做的第一件事请就是把Windows中的Android源码拷贝到Ubuntu系统下面，我直接利用复制粘贴的方式将源码拷贝到了Ubuntu的Home目录下面，拷贝之后的目录结构Home/android6_r1/各个分开的源码文件。
步骤四：
合并这些被分开的源码文件。我们按下键盘上的ctrl + alt + T打开控制台，通过cd命令进入到Home/android6_r1/目录下面，然后执行命令：cat Android6_r1_* > M.tgz，不用多久，在Home/android6_r1/目录下面就会生成一个新的文件——M.tgz，M.tgz就是合并之后的压缩文件。
步骤五：
解压步骤四生成的压缩文件。同样是在Home/android6_r1/目录下面，我们在控制台执行命令：tar zxvf M.tgz，开始解压。解压的过程大概需要20分钟左右的时间，请耐心等待。解压好了之后，在Home/android6_r1/会生成一个mydroid的文件夹，这个文件夹就是Android源码的根文件夹了，里面有abi、devices、hardware、packages、sdk、art等文件夹和文件。
步骤六：
安装编译源码所需要的软件。在控制台中我们通过cd..命令退回到Unbuntu用户的根目录下，然后依次执行以下命令：
sudo apt-get update
sudo apt-get install openjdk-7-jdk
sudo update-alternatives --config java
sudo update-alternatives --config javac
以上命令每一条都必须分开单独执行，目的是为了获取1.7版本的jdk并设置环境变量。当我们安装完Ubuntu之后可能会自带一个jdk，但是如果用自带的jdk编译Android源码很可能会提示jdk版本不符合要求的错误，因此我们需要重新下载1.7版本的jdk，我用openjdk-7-jdk编译未出现任何问题。
接下来继续执行以下命令，同样每一行都是分开单独执行的：
sudo apt-get install git gnupg flex bison gperf build-essential
sudo apt-get install zip curl libc6-dev libncurses5-dev:i386 x11proto-core-dev
sudo apt-get install libx11-dev:i386 libreadline6-dev:i386 libgl1-mesa-glx:i386
sudo apt-get install libgl1-mesa-dev g++-multilib mingw32 tofrodos
sudo apt-get install python-markdown libxml2-utils xsltproc zlib1g-dev:i386
sudo ln -s /usr/lib/i386-linux-gnu/mesa/libGL.so.1 /usr/lib/i386-linux-gnu/libGL.so
以上命令主要是安装编译源码时需要用到的各种软件，如果没有安装这些软件，编译的过程中会提示缺少必要的软件而无法继续编译，因此，在正式编译源码之前，一定要先安装这些软件。
步骤七：
开始编译。在控制台中通过cd命令进入到Home/android6_r1/mydroid/目录下，然后执行命令：source build/envsetup.sh，导入编译Android源码所需的环境变量和其它参数。
步骤八：
在控制台中执行命令：lunch，运行命令之后会提示我们选择编译目标。这里我选择的的默认目标，即aosp_arm_eng。
步骤九：
在控制台中执行命令：make -j8，开始编译。注意，make -j8命令中的数字8和我们电脑的CPU核心数以及线程数有关系，一般这个数字的数值最大不能超过CPU线程数的2倍，例如我电脑的处理器是i5 6200U，为双核四线程，因此编译Android源码的时候，我可以设置的最大工作线程数量为4 * 2 = 8。在执行make命令的时候我们应该根据自己的CPU参数设置合理的工作线程数值。
以上步骤执行完之后，就是一段非常漫长的等待了，我从中午十二点多开始编译，一直到晚上九点多编译完成，整个编译过程耗时九个多小时，幸好我的运气还不错，编译过程中没有出现任何错误，只是中途意外中断了一次，但是Android源码是可以接着上次中断的位置继续编译的，已经编译的部分不会重复编译，因此并未对我造成大的影响。同志们，我想说的是，编译的过程中一定要有耐心哟！
整个源码编译完成之后，如果提示如下信息，那么Congratulations, you are successful!!!
㈤ 为什么android源码还需要编译
android源码中有着许多的源代码，其中有c和c++编写的也有java编写，这些代码需要通过重新编译后才能在android机器上运行的！当然你修改源码，改完源码后还是需要对源码进行编译的编译的！android系统源码的整体编译需要很长时间，所以一般否是分开来编译的！这样缩短了编译的等待时间，而且也实现了不同人对不同板块代码的修改和编译的分工了！
㈥ 自己可以编译安卓源码吗
用最新的Ubuntu 16.04,请首先确保自己已经安装了Git.没安装的同学可以通过以下命令进行安装:
sudo apt-get install git git config –global user.email “[email protected]” git config –global user.name “test”
其中[email protected]为你自己的邮箱.
简要说明
android源码编译的四个流程:1.源码下载;2.构建编译环境;3.编译源码;4运行.下文也将按照该流程讲述.
源码下载
由于某墙的原因,这里我们采用国内的镜像源进行下载.
目前,可用的镜像源一般是科大和清华的,具体使用差不多,这里我选择清华大学镜像进行说明.(参考:科大源,清华源)
repo工具下载及安装
通过执行以下命令实现repo工具的下载和安装
mkdir ~/binPATH=~/bin:$PATHcurl https://storage.googleapis.com/git-repo-downloads/repo > ~/bin/repochmod a+x ~/bin/repo
补充说明
这里,我来简单的介绍下repo工具,我们知道AOSP项目由不同的子项目组成,为了方便进行管理,Google采用Git对AOSP项目进行多仓库管理.在聊repo工具之前,我先带你来聊聊多仓库项目:
我们有个非常庞大的项目Pre,该项目由很多个子项目R1,R2,...Rn等组成,为了方便管理和协同开发,我们为每个子项目创立自己的仓库,整个项目的结构如下:
这里写图片描述
执行完该命令后,再使用make命令继续编译.某些情况下,当你执行jack-admin kill-server时可能提示你命令不存在,此时去你去out/host/linux-x86/bin/目录下会发现不存在jack-admin文件.如果我是你,我就会重新repo sync下,然后从头来过.
错误三:使用emulator时,虚拟机停在黑屏界面,点击无任何响应.此时,可能是kerner内核问题,解决方法如下:
执行如下命令:
通过使用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源码
在源码中,存在idegen模块,该模块专门用来为idea工具生成系统源码的project.
在开始编译该模块之前,首先确保你已经编译过Android源码了,如果没有,可以参考上篇文章进行编译.
和编译普通的模块一样,我们用mmm命令编译idegen.在开始编译之前,检查out/host/linux-x86/framework/目录下是否存在idegen.jar文件,存在则说明你已经编译过该模块,否者,则需要编译.执行如下命令即可:
soruce build/envsetup.sh
mmm development/tools/idegen/
sudo ./development/tools/idegen/idegen.sh123123
其中mmm development/tools/idegen/执行完成后会生成idegen.jar,而sodo ./development/tools/idegen/idegen.sh则会在源码目录下生成IEDA工程配置文件:android.ipr,android.iml及android.iws.
简单的说明一下这三个文件的作用:
android.ipr:通常是保存工程相关的设置,比如编译器配置,入口,相关的libraries等
android.iml:则是主要是描述了moles,比如moles的路径,依赖关系等.
android.iws:则主要是包含了一些个人工作区的设置.
㈧ 如何定制android源码的编译选项
现仅就工作遇到的问题做个总结。所用硬件平台为amlogic stvm3。---------------------------------------------------------------------------关于版本号：文件build/core/version_defaults.mk用来检查一些跟版本相关的变量是否定义；如果未定义，则使用默认值。这些变量包括 PLATFORM_VERSION # 如 2.2.5 PLATFORM_SDK_VERSION # 8, 对应2.2.5 PLATFORM_VERSION_CODENAME # REL，即发行版 DEFAULT_APP_TARGET_SDK # 同SDK_VERSION或VERSION_CODENAME BUILD_ID # 默认为UNKNOWN BUILD_NUMBER # 默认eng.$(USER).$(shell date +%Y%m%d.%H%M%S)的形式。 version_defaults.mk首先包含进build_id.mk。用户应当配置build_id.mk，而不应该改动version_defaults.mk文件。然后检查上述变量，如未定义则赋值默认值。---------------------------------------------------------------------------关于调试功能(adb)的开启编译android源码之前总是要先运行build/envsetup.sh，以初始化一些常用命令（实际上是bash的函数，如add_lunch_combo）。其中也从以下文件中引入了一些编译设置： device/${CHIPSET_VENDOR}/vendorsetup.sh我们这里使用的CHIPSET_VENDOR为amlogic。比如我们有文件device/amlogic/vendorsetup.sh，内容为"产品名-编译类型(flavor)"列表（称为combo），如下： add_lunch_combo m1ref-eng add_lunch_combo m1ref-user add_lunch_combo m2ref-eng add_lunch_combo m2ref-user add_lunch_combo stvm3-eng add_lunch_combo stvm3-user其中，m1ref和stvm3是产品名（作前缀），后面为编译类型。除此前缀外可选的combo值有： eng, user, userdebug, tests。（参考文件build/core/main.mk中对于变量TARGET_BUILD_VARIANT的筛查条件）我们可以修改vendorsetup.sh文件，来改变为特定设备编译的结果。以下是各个编译类型的特点： eng: 工程模式，用于平台级的调试，是默认的编译类型。
㈨ 如何单独编译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: Changes directory to the top of the tree. - m: Makes from the top of the tree. - mm: Builds all of the moles in the current directory. - mmm: Builds all of the moles 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. 这些命令的具体用法，可以在命令的后面加-help来查看，这里我们只关注mmm命令，也就是可以用它来编译指定目录的所有模块，通常这个目录只包含一个模块。
二. 使用mmm命令来编译指定的模块，例如Email应用程序： USER-NAME@MACHINE-NAME:~/Android$ mmm packages/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$ make snod
四. 参照Ubuntu上下载、编译和安装Android最新源代码一文介绍的方法运行模拟器： USER-NAME@MACHINE-NAME:~/Android$ emulator 这样一切就搞定了。