安卓预编译和即时编译

1. android 怎么简单实现预编译

可以巧妙地利用常量来实现类似的功能。编译的时候，一般会把常量进行硬编码，并把不能抵达的代码进行删减。因此，我们有了下面类似的代码：

[java]

public final static boolean IsDebug= false;

if(IsDebug){
Log.i(tag,msg);
}

可以对编译后的文件，进行反编译

2. Android系统如何运行动态编译的程序

把常用的应用程序编译到img文件中，就成了系统的一部分，用户不必自己安装，当然也卸载不了；
同时也可以删减系统自带的应用程序，精简系统；
1.\build\target\proct 目录下generic.mk文件：
Java代码 收藏代码
PRODUCT_PACKAGES := \
AccountAndSyncSettings \
DeskClock \
AlarmProvider \
Bluetooth \
Calculator \
Calendar \
Camera \
testMid \
CertInstaller \
DrmProvider \
Email \
Gallery3D \
LatinIME \
Launcher2 \
Mms \
Music \
我们添加一个testMid \ 应用名称。
2.把testMid包放入
\packages\apps 目录下,修改android.mk文件。
Java代码 收藏代码
LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE_TAGS := optional
LOCAL_SRC_FILES := $(call all-subdir-java-files)
LOCAL_PACKAGE_NAME := testMid
LOCAL_CERTIFICATE := platform

include $(BUILD_PACKAGE)
注：LOCAL_PACKAGE_NAME := testMid (包名必须和generic.mk中添加的相同)
编译源码，可以看到在
\out\target\proct\smdkv210\system\app
目录下生存了testMid.apk了。这时system.img也包含了此应用。
-------------------------------------------------------------------
特殊情况：有时，应用需要包含jar包，这时的app导入源码时会出现问题：
MODULE.TARGET.JAVA_LIBRARIES.libarity already defined by ... stop
由于 LOCAL_STATIC_JAVA_LIBRARIES := libarity 会引发错误信息。
目前解决方法是：
\build\core 目录下修改base_rules.mk
注释掉错误信息：
ifdef $(mole_id)
#$(error $(LOCAL_PATH): $(mole_id) already defined by $($(mole_id)))
endif
$(mole_id) := $(LOCAL_PATH)
--重新编译，这时可以通过了。
(2)、删除原厂（Telchips）带源码的应用程序，如DTV_DVBT
在/device/telechips/m801/device.mk
注释掉相应语句：
# PRODUCT_PACKAGES += \
# SampleDVBTPlayer \
同时，在/out/target/proct/m801/system/app 找到相应的.APK包，并删除

3. 为什么android源码还需要编译

android源码中有着许多的源代码，其中有c和c++编写的也有java编写，这些代码需要通过重新编译后才能在android机器上运行的！当然你修改源码，改完源码后还是需要对源码进行编译的编译的！android系统源码的整体编译需要很长时间，所以一般否是分开来编译的！这样缩短了编译的等待时间，而且也实现了不同人对不同板块代码的修改和编译的分工了！

4. 安卓手机运行环境art什么意思

Android运行环境ART

安卓之前的版本运行机制是Dalvik，这个导致安卓卡慢，安卓4.4之后推出了ART，在5.0上完全使用了ART模式。

ART 的机制与 Dalvik 不同。在Dalvik下，应用每次运行的时候，字节码都需要通过即时编译器转换为机器码，这会拖慢应用的运行效率，而在ART 环境中，应用在第一次安装的时候，字节码就会预先编译成机器码，使其成为真正的本地应用。这个过程叫做预编译（AOT,Ahead-Of-Time）。这样的话，应用的启动(首次)和执行都会变得更加快速。

通俗一点就是，ART增加APK安装容量，实现了流畅度。

5. Android源码编译是干什么

编译Android系统。

6. 安卓手机为何会运行越来越慢

使用安卓手机的朋友都有这样一个共识：安卓手机在使用较长一段时间（半年到一年）后，手机会变得卡顿，流畅度大幅下降，大不如从前，这一问题对于安卓手机来说简直像是“诅咒”——因为不论是低端机还是高端机，甚至包括旗舰机在内都无一能够摆脱，咱接着说——

那么这一问题的产生究竟是手机硬件的原因还是系统方面的原因呢？iOS系统会告诉你跟硬件没有太大的原因，因为搭载iOS操作系统的iPhone硬件配置并算不上出色，但在使用过程中并没有出现明显的卡顿现象，那么问题出在哪里呢？下面小编要和大家分享的就是安卓手机越用越慢原因分析，一起来看看吧！

想要了解原因，请大家先来看两个真实的故事：
故事一
1965年，贝尔实验室、通用电气和麻省理工学院开始合作开发一套能够兼顾易用性和强大性的操作系统，经过六年时间的通力协作，贝尔实验室的一名软件工程师Ken Thompson在休假期间完成了一个名为Unix的系统编写，并最终成为贝尔实验室的母公司、美国电信巨头AT&T的商业产品，并启动了长达数十年的版权运作。尽管后来有着许多变种，但是从严格意义上来讲，Unix不是一个开源的操作系统。

故事二
1991年，一个芬兰的大学生、同时也是计算机黑客的Linus Torvalds，他对Unix十分着迷，但是买不起运行Unix需要的工作站，所以他就尝试自己以同样的编程方式写了一个名为linux的操作系统，并在自由软件之父Richard Stallman的精神鼓舞之下，将Linux加入到了自由软件基金（FSF）当中，允许所有人使用、拷贝、修改甚至销售Linux系统，同时承担开源义务，禁止把Linux封闭化的企图。
好了，故事看完了，你是不是在诧异答案跟这两个故事有什么关系，因为我们要讨论的Android系统和iOS系统分别是基于Linux和Unix衍生出来的，故两大操作系统的体验与Linux和Unix的特性息息相关。

乔帮主就曾经Linux的创始者Linus Torvalds到苹果工作，放弃Linux的开源，协助开发Mac OS封闭式的Mach内核，后者与乔布斯大吵一架之后明确表示拒绝。而从Mac OS开始，苹果就将操作系统的私有化视为企业战略，用乔布斯的话来讲，他是将iOS装进了iPhone这个盒子里，然后卖给了用户。所以，iPhone之所以不会出现“越用越卡”的情况，是因为苹果公司对它的手机从硬件到软件拥有最高的管理权限，在封闭式的环境中，来自第三方的应用程序无法调用超过iPhone承受限度的指令，自然也不可能造成持续性的系统损伤。

再来说说Android，由于受开源的影响，Google无法从代码这一端口约束第三方的应用程序，同时，由于Linux核心设定应用在调取系统功能时一定要取得ROOT权限，这也导致大量应用因为单一功能的实现需求而获得整个ROOT层面的支配，可以在Android手机的任意储存位置进行读写，这种高自由度无异于开启了潘多拉魔盒，让Android手机无法对恶意App事先设防。这也是开源软件备受争议、且在商用领域遭到抵触的原因：它只关心是否授予了用户自由——这个自由也包括逾越边界的自由——而没有从最坏的出发点去考虑如何规避被滥用的风险。尽管Google作为巨头，一直在尝试对产业链进行统一管理，但是当这条产业链日益庞大、连Google也只能扮演其中之一的角色时，Android的失控也就在情理之中了。比如，Android的最新版本通常需要花费超过一年半的时间，才能使激活它的Android手机占比超过50%，但是iOS 7只用了两个月，就让半数以上的iPhone都更新完毕。另外，一款应用程序如果被苹果从App Store中惩罚出去，它就再也无法被安装到任何一款合法的iPhone里面，但是如果一款应用程序被Google驱逐出Google Play，但是它还是可以登录各种第三方应用市场，提供正常的下载和安装。
在这种情况下，一个新兴市场诞生了——“手机调校”，并且带动了新的产业链。
“手机调校”的第一级，在于系统层。在Android 4.4以及之后的Android L的规划中，它将应用程序的运行模式由Dalvik换成了ART，其原理简单来说是“预编译”效果，即当一款应用程序在第一次被安装到Android时，它的字节码就已经被编译成为了本地的机器码，减少后续运行应用程序时的启动和执行时间。
根据Google自己公布的结果，在不同的性能测试App中，ART的速度对比Dalvik的平均提升幅度达到了80%，在某些项目中，ART的提升幅度甚至超过了1.5倍，这个结果可谓非常喜人。

这是Google希望从源头解决Android卡慢问题的努力，但是这只是对性能优化有着作用，无法解决因为应用程序违规调用资源而产生的问题。同时，由于在安装应用程序时进行了“预编译”，整个安装时间将会变长，安装完毕后生成的文件也会变大，比如最新的Google+安装包只有6.9M，但是它安装后的APK大小达到了28.3M，这对Android手机储存空间又存在过多占用的问题。

“手机调校”的第二级，在于ROM层。作为全球最大的Android市场，中国的许多手机厂商都以开发专用ROM来为销售产品添彩，大多数的ROM，也都会考虑对Android系统进行优化，比如MIUI V6就宣称“引入多种Linux系统内核内存优化技术，提高应用运行效率”。
也就是说，与Google做的事情一样，ROM厂商主要的优化工作，也是对Linux动刀，打上各种补丁，使其底层语言能够更好的适配到各种手机终端上。还是以MIUI V6为例，在介绍新特性时，其有这么一条：“ZRAM 调度优化技术”，其实ZARM就是Linux内核里的一个内存模块，作用就是在内存中划出一个部分出来充当虚拟盘，来承载Linux的交换分区，将一些任务压缩容纳进去，使内存的使用率提高，让CPU来为内存服务（因为目前的智能手机普遍CPU过剩、而内存才是瓶颈）。
不过，ROM也是一把双刃剑，它对于Android底层系统的修改，以及它对于内存空间的占用，又都有增加手机负载的风险。

“手机调校”的第三级，在于应用层。大量应用程序在手机中发生的意外或故意占用事件，是造成Android手机越来越慢的最核心原因。过多的应用程序热衷于滞留在内存空间里、以及将大量碎片留在储存空间里，是带来麻烦的罪魁祸首。这也是为什么即时清理类应用得以逐渐成为Android手机标配。
Android系统有七类进程，分别是前台进程、可见进程、主要服务、次要服务、后台进程、内容供应节点、空进程，在没有安装清理类应用的时候，一部Android手机只能依赖系统默认的分配机制来自动调节内存使用，只要应用程序提出请求，大部分进程只要打开后都会被保留在内存当中，这原本是为了让用户在再度激活这些进程时不需要重新载入、节省时间的初衷考虑，但是Android没有料到激烈的市场竞争会驱使应用程序产生“劣币驱良币”的趋势，很多开发者出于商业目的，在不需要留存在内存的情况下也想方设法的让应用程序保持潜在运行状态，一个两个还好说，但是一旦数量更多，Anrdoid手机就会频频卡顿和发热。

以目前全球用户规模最大的Android手机清理类应用“猎豹清理大师”为例，它清理的进程类型，主要放在后台进程、次要服务、内容供应节点和空进程：
后台进程（Hidden）——这个是最优先被扫描和识别出来的进程，因为大部分Android用户在切换应用程序时都不会使用返回键退出，而是直接按下Home键，前者会让应用进入空进程（占用资源相对较小），而后者则会保留为后台进程（占用资源相对更大），尤其是当游戏类App在后台运行时，它会和其他App争抢资源，而不会在乎那款App是不是用户正在使用。根据猎豹清理大师的统计，约有20%的常用App即使不运行时也在后台启动联网，主要是提交产品及用户使用信息、获取广告信息、查询是否升级等。

次要服务（Secondary Server）——比如某些企业套件、邮箱联系人、触控接口等，这些进程很多都是系统自带的，有些用户会使用，但是有些用户也可能不会使用或已经有了替代应用，所以猎豹清理大师的清理逻辑是基于用户行为和授权来建立（分为建议清理和深度清理两类）；

内容供应节点（Content Provider）——这部分进程没有程序实体，仅仅提供内容给其他应用使用，比如日历供应节点、邮件供应节点等，除了占用内存资源之外，它还会占用网络，所以也会给Android手机造成不必要的负担；

空进程（Empty）——如果是通过返回键退出应用，大部分的应用也会在Android手机的内存里遗留一个空的进程，这个进程没有数据运行，但是会记录应用的历史信息，几乎没有任何价值，同样，这部分进程内容被干掉的优先级也很高。

除了对内存的过度消耗之外，Android手机也容易在储存中积累大量冗余数据，包括无法卸载的预装应用、卸载之后的残存文件以及使用应用的过程中产生的缓存，由于Android本身没有提供管理工具，即使将手机连接电脑之后也是如同Windows树状结构一样的文件夹包，用户很难独立判断哪些文件夹可以删除、哪些文件夹是系统必备的，最后也会导致手机尺寸空间愈来愈窄的情况。

“手机调校”的问题，可能又回带来用户操作的负担增加，其心理压力甚于行为压力，玩着手机还不忘隔三差五的使用清理功能，这种与iPhone相比“别具特色”的操作习惯，也是Android手机永远像一个半成品或工程机的原因。

看完之后，你对Android的卡顿现象是否有了新的认识呢？

7. Android工程编译顺序是怎么样的先编译哪个模块，后编译哪个模块由谁来决定的

在ActivityManifest.xml声明的Activity中，含有
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
是最先执行的，其它类就的顺序在这个主函数中先调用或跳转哪个就是哪个了

8. 如何预编译 Android 模拟器专用内核

Android源码编译之后生成的是ramdisk.img、system.img和userdata.img。而内核源码编译完成之后生成的是ZImage。在一般情况下Android源码是不带有内核源码的，但是带有一个镜像，这样在编译完Android源码之后就可以模拟器启动了，如果要更换系统的内核，此时将高版本的内核源码进行编译生成ZImage然后替换Android系统的的镜像。这样使用模拟器启动之后就可以查看内核是否已经被刷新。

9. 安卓系统可以直接编译和运行JAVA文件吗需要怎么安装环境

安卓软件的开发，许Java的环境呢
需要你会编程和Java，然后可以在应用宝上面下载一个开发的教程
应用宝里面的资源很多，除了有大量的APP应用可以免费下载
还有很多软件开发的教程和攻略呢，都是很不错的，免费下载呢
在手机上打开应用宝软件搜索你所需要的教程，找到下载就可以了。
也可以通过手机连接电脑端的应用宝软件来下载的，打开PC端的应用宝软件——手机应用。
可以通过搜索你所需要的开发教程进行下载呢，都是很方便的。还望采纳

10. android 怎么编译so文件

android NDK编译多个so文件

android编译系统的makefile文件Android.mk写法如下

(1)Android.mk文件首先需要指定LOCAL_PATH变量，用于查找源文件。由于一般情况下

Android.mk和需要编译的源文件在同一目录下，所以定义成如下形式：

LOCAL_PATH:=$(call my-dir)

上面的语句的意思是将LOCAL_PATH变量定义成本文件所在目录路径。

(2)Android.mk中可以定义多个编译模块，每个编译模块都是以include $(CLEAR_VARS)开始

以include $(BUILD_XXX)结束。

include $(CLEAR_VARS)

CLEAR_VARS由编译系统提供，指定让GNU MAKEFILE为你清除除LOCAL_PATH以外的所有LOCAL_XXX变量，

如LOCAL_MODULE，LOCAL_SRC_FILES，LOCAL_SHARED_LIBRARIES，LOCAL_STATIC_LIBRARIES等。

include $(BUILD_STATIC_LIBRARY)表示编译成静态库

include $(BUILD_SHARED_LIBRARY)表示编译成动态库。

include $(BUILD_EXECUTABLE)表示编译成可执行程序

(3)举例如下(frameworks/base/libs/audioflinger/Android.mk)：

LOCAL_PATH:= $(call my-dir)

include $(CLEAR_VARS) 模块一

ifeq ($(AUDIO_POLICY_TEST),true)

ENABLE_AUDIO_DUMP := true

endif

LOCAL_SRC_FILES:= \

AudioHardwareGeneric.cpp \

AudioHardwareStub.cpp \

AudioHardwareInterface.cpp

ifeq ($(ENABLE_AUDIO_DUMP),true)

LOCAL_SRC_FILES += AudioDumpInterface.cpp

LOCAL_CFLAGS += -DENABLE_AUDIO_DUMP

endif

LOCAL_SHARED_LIBRARIES := \

libcutils \

libutils \

libbinder \

libmedia \

libhardware_legacy

ifeq ($(strip $(BOARD_USES_GENERIC_AUDIO)),true)

LOCAL_CFLAGS += -DGENERIC_AUDIO

endif

LOCAL_MODULE:= libaudiointerface

ifeq ($(BOARD_HAVE_BLUETOOTH),true)

LOCAL_SRC_FILES += A2dpAudioInterface.cpp

LOCAL_SHARED_LIBRARIES += liba2dp

LOCAL_CFLAGS += -DWITH_BLUETOOTH -DWITH_A2DP

LOCAL_C_INCLUDES += $(call include-path-for, bluez)

endif

include $(BUILD_STATIC_LIBRARY) 模块一编译成静态库

include $(CLEAR_VARS) 模块二

LOCAL_SRC_FILES:= \

AudioPolicyManagerBase.cpp

LOCAL_SHARED_LIBRARIES := \

libcutils \

libutils \

libmedia

ifeq ($(TARGET_SIMULATOR),true)

LOCAL_LDLIBS += -ldl

else

LOCAL_SHARED_LIBRARIES += libdl

endif

LOCAL_MODULE:= libaudiopolicybase

ifeq ($(BOARD_HAVE_BLUETOOTH),true)

LOCAL_CFLAGS += -DWITH_A2DP

endif

ifeq ($(AUDIO_POLICY_TEST),true)

LOCAL_CFLAGS += -DAUDIO_POLICY_TEST

endif

include $(BUILD_STATIC_LIBRARY) 模块二编译成静态库

include $(CLEAR_VARS) 模块三

LOCAL_SRC_FILES:= \

AudioFlinger.cpp \

AudioMixer.cpp.arm \

AudioResampler.cpp.arm \

AudioResamplerSinc.cpp.arm \

AudioResamplerCubic.cpp.arm \

AudioPolicyService.cpp

LOCAL_SHARED_LIBRARIES := \

libcutils \

libutils \

libbinder \

libmedia \

libhardware_legacy

ifeq ($(strip $(BOARD_USES_GENERIC_AUDIO)),true)

LOCAL_STATIC_LIBRARIES += libaudiointerface libaudiopolicybase

LOCAL_CFLAGS += -DGENERIC_AUDIO

else

LOCAL_SHARED_LIBRARIES += libaudio libaudiopolicy

endif

ifeq ($(TARGET_SIMULATOR),true)

LOCAL_LDLIBS += -ldl

else

LOCAL_SHARED_LIBRARIES += libdl

endif

LOCAL_MODULE:= libaudioflinger

ifeq ($(BOARD_HAVE_BLUETOOTH),true)

LOCAL_CFLAGS += -DWITH_BLUETOOTH -DWITH_A2DP

LOCAL_SHARED_LIBRARIES += liba2dp

endif

ifeq ($(AUDIO_POLICY_TEST),true)

LOCAL_CFLAGS += -DAUDIO_POLICY_TEST

endif

ifeq ($(TARGET_SIMULATOR),true)

ifeq ($(HOST_OS),linux)

LOCAL_LDLIBS += -lrt -lpthread

endif

endif

ifeq ($(BOARD_USE_LVMX),true)

LOCAL_CFLAGS += -DLVMX

LOCAL_C_INCLUDES += vendor/nxp

LOCAL_STATIC_LIBRARIES += liblifevibes

LOCAL_SHARED_LIBRARIES += liblvmxservice

# LOCAL_SHARED_LIBRARIES += liblvmxipc

endif

include $(BUILD_SHARED_LIBRARY) 模块三编译成动态库

(4)编译一个应用程序(APK)

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

# Build all java files in the java subdirectory-->直译（建立在java子目录中的所有Java文件）

LOCAL_SRC_FILES := $(call all-subdir-java-files)

# Name of the APK to build-->直译（创建APK的名称）

LOCAL_PACKAGE_NAME := LocalPackage

# Tell it to build an APK-->直译（告诉它来建立一个APK）

include $(BUILD_PACKAGE)

(5)编译一个依赖于静态Java库(static.jar)的应用程序

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

# List of static libraries to include in the package

LOCAL_STATIC_JAVA_LIBRARIES := static-library

# Build all java files in the java subdirectory

LOCAL_SRC_FILES := $(call all-subdir-java-files)

# Name of the APK to build

LOCAL_PACKAGE_NAME := LocalPackage

# Tell it to build an APK

include $(BUILD_PACKAGE)

(6)编译一个需要用平台的key签名的应用程序

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

# Build all java files in the java subdirectory

LOCAL_SRC_FILES := $(call all-subdir-java-files)

# Name of the APK to build

LOCAL_PACKAGE_NAME := LocalPackage

LOCAL_CERTIFICATE := platform

# Tell it to build an APK

include $(BUILD_PACKAGE)

(7)编译一个需要用特定key前面的应用程序

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

# Build all java files in the java subdirectory

LOCAL_SRC_FILES := $(call all-subdir-java-files)

# Name of the APK to build

LOCAL_PACKAGE_NAME := LocalPackage

LOCAL_CERTIFICATE := vendor/example/certs/app

# Tell it to build an APK

include $(BUILD_PACKAGE)

(8)添加一个预编译应用程序

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

# Mole name should match apk name to be installed.

LOCAL_MODULE := LocalMoleName

LOCAL_SRC_FILES := $(LOCAL_MODULE).apk

LOCAL_MODULE_CLASS := APPS

LOCAL_MODULE_SUFFIX := $(COMMON_ANDROID_PACKAGE_SUFFIX)

include $(BUILD_PREBUILT)

(9)添加一个静态JAVA库

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

# Build all java files in the java subdirectory

LOCAL_SRC_FILES := $(call all-subdir-java-files)

# Any libraries that this library depends on

LOCAL_JAVA_LIBRARIES := android.test.runner

# The name of the jar file to create

LOCAL_MODULE := sample

# Build a static jar file.

include $(BUILD_STATIC_JAVA_LIBRARY)

(10)Android.mk的编译模块中间可以定义相关的编译内容，也就是指定相关的变量如下：

LOCAL_AAPT_FLAGS

LOCAL_ACP_UNAVAILABLE

LOCAL_ADDITIONAL_JAVA_DIR

LOCAL_AIDL_INCLUDES

LOCAL_ALLOW_UNDEFINED_SYMBOLS

LOCAL_ARM_MODE

LOCAL_ASFLAGS

LOCAL_ASSET_DIR

LOCAL_ASSET_FILES 在Android.mk文件中编译应用程序(BUILD_PACKAGE)时设置此变量，表示资源文件，

通常会定义成LOCAL_ASSET_FILES += $(call find-subdir-assets)

LOCAL_BUILT_MODULE_STEM

LOCAL_C_INCLUDES 额外的C/C++编译头文件路径，用LOCAL_PATH表示本文件所在目录

举例如下：

LOCAL_C_INCLUDES += extlibs/zlib-1.2.3

LOCAL_C_INCLUDES += $(LOCAL_PATH)/src

LOCAL_CC 指定C编译器

LOCAL_CERTIFICATE 签名认证

LOCAL_CFLAGS 为C/C++编译器定义额外的标志(如宏定义)，举例：LOCAL_CFLAGS += -DLIBUTILS_NATIVE=1

LOCAL_CLASSPATH

LOCAL_COMPRESS_MODULE_SYMBOLS

LOCAL_COPY_HEADERS install应用程序时需要复制的头文件，必须同时定义LOCAL_COPY_HEADERS_TO

LOCAL_COPY_HEADERS_TO install应用程序时复制头文件的目的路径

LOCAL_CPP_EXTENSION 如果你的C++文件不是以cpp为文件后缀，你可以通过LOCAL_CPP_EXTENSION指定C++文件后缀名

如：LOCAL_CPP_EXTENSION := .cc

注意统一模块中C++文件后缀必须保持一致。

LOCAL_CPPFLAGS 传递额外的标志给C++编译器，如：LOCAL_CPPFLAGS += -ffriend-injection

LOCAL_CXX 指定C++编译器

LOCAL_DX_FLAGS

LOCAL_EXPORT_PACKAGE_RESOURCES

LOCAL_FORCE_STATIC_EXECUTABLE 如果编译的可执行程序要进行静态链接(执行时不依赖于任何动态库)，则设置LOCAL_FORCE_STATIC_EXECUTABLE:=true

目前只有libc有静态库形式，这个只有文件系统中/sbin目录下的应用程序会用到，这个目录下的应用程序在运行时通常

文件系统的其它部分还没有加载，所以必须进行静态链接。

LOCAL_GENERATED_SOURCES

LOCAL_INSTRUMENTATION_FOR

LOCAL_INSTRUMENTATION_FOR_PACKAGE_NAME

LOCAL_INTERMEDIATE_SOURCES

LOCAL_INTERMEDIATE_TARGETS

LOCAL_IS_HOST_MODULE

LOCAL_JAR_MANIFEST

LOCAL_JARJAR_RULES

LOCAL_JAVA_LIBRARIES 编译java应用程序和库的时候指定包含的java类库，目前有core和framework两种

多数情况下定义成：LOCAL_JAVA_LIBRARIES := core framework

注意LOCAL_JAVA_LIBRARIES不是必须的，而且编译APK时不允许定义(系统会自动添加)

LOCAL_JAVA_RESOURCE_DIRS

LOCAL_JAVA_RESOURCE_FILES

LOCAL_JNI_SHARED_LIBRARIES

LOCAL_LDFLAGS 传递额外的参数给连接器(务必注意参数的顺序)

LOCAL_LDLIBS 为可执行程序或者库的编译指定额外的库，指定库以"-lxxx"格式，举例：

LOCAL_LDLIBS += -lcurses -lpthread

LOCAL_LDLIBS += -Wl,-z,origin

LOCAL_MODULE 生成的模块的名称(注意应用程序名称用LOCAL_PACKAGE_NAME而不是LOCAL_MODULE)

LOCAL_MODULE_PATH 生成模块的路径

LOCAL_MODULE_STEM

LOCAL_MODULE_TAGS 生成模块的标记

LOCAL_NO_DEFAULT_COMPILER_FLAGS

LOCAL_NO_EMMA_COMPILE

LOCAL_NO_EMMA_INSTRUMENT

LOCAL_NO_STANDARD_LIBRARIES

LOCAL_OVERRIDES_PACKAGES

LOCAL_PACKAGE_NAME APK应用程序的名称

LOCAL_POST_PROCESS_COMMAND

LOCAL_PREBUILT_EXECUTABLES 预编译including $(BUILD_PREBUILT)或者$(BUILD_HOST_PREBUILT)时所用,指定需要复制的可执行文件

LOCAL_PREBUILT_JAVA_LIBRARIES

LOCAL_PREBUILT_LIBS 预编译including $(BUILD_PREBUILT)或者$(BUILD_HOST_PREBUILT)时所用, 指定需要复制的库.

LOCAL_PREBUILT_OBJ_FILES

LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES

LOCAL_PRELINK_MODULE 是否需要预连接处理(默认需要，用来做动态库优化)

LOCAL_REQUIRED_MODULES 指定模块运行所依赖的模块(模块安装时将会同步安装它所依赖的模块)

LOCAL_RESOURCE_DIR

LOCAL_SDK_VERSION

LOCAL_SHARED_LIBRARIES 可链接动态库

LOCAL_SRC_FILES 编译源文件

LOCAL_STATIC_JAVA_LIBRARIES

LOCAL_STATIC_LIBRARIES 可链接静态库

LOCAL_UNINSTALLABLE_MODULE

LOCAL_UNSTRIPPED_PATH

LOCAL_WHOLE_STATIC_LIBRARIES 指定模块所需要载入的完整静态库(这些精通库在链接是不允许链接器删除其中无用的代码)

LOCAL_YACCFLAGS

OVERRIDE_BUILT_MODULE_PATH