亚洲视频免费在线观看,国产日韩欧美麻豆,一本色道**综合亚洲精品蜜桃冫

心羽 — Thu, 26 May 2011 03:47:00 GMT

Android.mk文�g语法规范

�Ҏ��eoeandroid上的的连载，�q�行一些更新、修改和加亮�?/span>

今天��译ANDROID-MK.TXT文�g�Q�英文原文�g�?/span>/development/Ndk/Docs/android-mk.txt�Q?/span>

Android.mk文�g语法规范

Introduction:

Android.mk�~�译文�g是用来向Android NDK描述你的C,C++源代码文件的�Q?/span> �q�篇文��描述了它的语法。在阅读下面的内容之前，假定你已�l�阅��M��docs/OVERVIEW.TXT文�g�Q�了解了它们的脚色和用途�?/span>

概述:

一�?/span>Android.mk file用来向编译系�l�描�q�C��的源代码。具体来��_��-该文件是GNU Makefile的一��部分，会被�~�译�pȝ��解析一�ơ或更多�ơ的build�pȝ��。因此，您应��量减少您声明的变量�Q�不要认为某些变量在解析�q�程中不会被定义�?/span>-�q�个文�g的语法允许把你的源代码组�l�成模块�Q�一个模块属下列�c�d��之一�Q?/span>

静态库

�׃�n�?/span>

只有�׃�n库将被安�?/span>/复制到您的应用��Y件包。虽焉��态库能被用于生成�׃�n库�?/span>

你可以在每一�?/span>Android.mk file中定义一个或多个模块�Q�你也可以在几个模块中��用同一个源代码文�g�?/span>

/*****************************************************************************/

-�~�译�pȝ��Z��处理许多�l�节问题。例如，你不需要在你的Android.mk中列出头文�g和依赖文件�?/span>NDK�~�译�pȝ��会��Z��自动处理�q�些问题。这也意味着�Q�在升��NDK后，你应该得到新�?/span>toolchain/platform支持�Q�而且不需要改变你�?/span>Android.mk文�g�?/span>

注意�Q�这个语法同公开发布�?/span>Android�q�_��的开源代码很接近�Q�然而编译系�l�实��C��们的方式却是不同的，�q�是故意�q�样设计的，可以让程序开发�h员重用外部库的源代码更容易�?/span>

��单的例子:

---------------

在描�q�语法细节之前，�׃��来看一个简单的"hello world"的例子，比如�Q�下面的文�g�Q?/span>

sources/helloworld/helloworld.c

sources/helloworld/Android.mk

'helloworld.c'是一�?/span>JNI�׃�n库，实现�q�回"hello world"字符串的原生�Ҏ��?/span>

相应�?/span>Android.mk文�g会象下面�q�样�Q?/span>

---------- cut here ------------------

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

LOCAL_MODULE:= helloworld

LOCAL_SRC_FILES := helloworld.c

include $(BUILD_SHARED_LIBRARY)

---------- cut here ------------------

好，我们来解释一下这几行代码�Q?/span>

LOCAL_PATH := $(call my-dir)

一�?/span>Android.mk file首先必须定义�?/span>LOCAL_PATH变量。它用于在开发树中查找源文�g�?span style="color: blue;">在这个例子中�Q�宏函数’my-dir’, ��q��译系�l�提供，用于�q�回当前路径�Q�即包含Android.mk file文�g的目录）�?/span>

include $( CLEAR_VARS)

CLEAR_VARS��q��译系�l�提供，指定�?/span>GNU MAKEFILE��Z��清除许多LOCAL_XXX变量�Q�例�?/span> LOCAL_MODULE, LOCAL_SRC_FILES, LOCAL_STATIC_LIBRARIES, �{�等...),

�?/span>LOCAL_PATH 。这是必要的�Q�因为所有的�~�译控制文�g都在同一�?/span>GNU MAKE执行环境中，所有的变量都是全局的�?/span>

LOCAL_MODULE := helloworld

LOCAL_MODULE变量必须定义�Q�以标识你在Android.mk文�g中描�q�的每个模块。名�U�必��L��唯一的，而且不包含�Q何空根{��注意编译系�l�会自动产生合适的前缀和后�~��Q�换句话��_��一个被命名�?/span>'foo'的共享库模块�Q�将会生�?/span>'libfoo.so'文�g�?/span>

重要注意事项

如果你把库命名�ؓ‘libhelloworld’�Q�编译系�l�将不会��d��M��?/span>lib前缀�Q�也会生�?/span>libhelloworld.so�Q�这是�ؓ了支持来源于Android�q�_��的源代码�?/span>Android.mk文�g�Q�如果你��实需要这么做的话�?/span>

LOCAL_SRC_FILES := helloworld.c

LOCAL_SRC_FILES变量必须包含��要�~�译打包�q�模块中�?/span>C�?/span>C++源代码文件。注意，你不用在�q�里列出头文件和包含文�g�Q�因为编译系�l�将会自动�ؓ你找��Z��赖型的文�Ӟ��仅仅列出直接传递给�~�译器的源代码文件就好。【注意，默认�?/span>C++源码文�g的扩展名�?#8217;.cpp’. 指定一个不同的扩展名也是可能的�Q�只要定�?/span>LOCAL_DEFAULT_CPP_EXTENSION变量�Q�不要忘记开始的��圆点（也就是定义�ؓ‘.cxx’,而不�?#8216;cxx’�Q�（当然�q�一步我们一般不会去改它�Q��?/span>

include $(BUILD_SHARED_LIBRARY)

BUILD_SHARED_LIBRARY是编译系�l�提供的变量�Q�指向一�?/span>GNU Makefile脚本�Q�应该就是在build/core目录下的shared_library.mk�Q�，负责攉��自从上次调用'include $(CLEAR_VARS)'以来�Q�定义在LOCAL_XXX变量中的所有信息，�q�且军_��~�译什么，如何正确地去做。�ƈ�Ҏ��其规则生成静态库。同理对于静态库�?/span>

/****************************************************************************/

�?/span>sources/samples目录下有更复杂一点的例子�Q�写有注释的Android.mk文�g�Q�你可以看看�?/span>

参�?/span>:

�q�是一份你应该�?/span>Android.mk中依赖或定义的变量列表，您可以定义其他变量�ؓ自己使用�Q?/span>

但是NDK�~�译�pȝ��保留下列变量名：

-�?/span>LOCAL_开头的名字�Q�例�?/span> LOCAL_MODULE�Q?/span>

-�?/span>PRIVATE_, NDK_ or APP_开头的名字�Q�内部��用）

-��写名字�Q�内部��用，例如’my-dir’�Q?/span>

如果您�ؓ了方便在Android.mk中定义自��q��变量�Q�我们徏议��?/span>MY_前缀�Q�一个小例子�Q?/span>

---------- cut here ------------------

MY_SOURCES := foo.c

ifneq ($(MY_CONFIG_BAR),)

MY_SOURCES += bar.c

endif

LOCAL_SRC_FILES += $(MY_SOURCES)

---------- cut here ------------------

- - - - - - - - - - -

�q�些GNU Make 变量在你�?/span>Android.mk文�g解析之前�Q�就��q��译系�l�定义好了�?/span>

注意在某些情况下�Q?/span>NDK可能分析Android.mk几次�Q�每一�ơ某些变量的定义会有不同�?/span>

CLEAR_VARS

指向一个编译脚本，几乎所有未定义�?/span>LOCAL_XXX变量都在"Module-description"节中列出�?/span>

你必��d��开始一个新模块之前包含�q�个脚本�?/span>include $(CLEAR_VARS)

BUILD_SHARED_LIBRARY

指向�~�译脚本�Q�收集所有的你在LOCAL_XXX变量中提供的信息�Q��ƈ且决定如何把你列出的源代码文件编译成一个共享库。注意，你必��至��在包含�q�个文�g之前定义LOCAL_MODULE�?/span>LOCAL_SRC_FILES�Q��用例子：

include $(BUILD_SHARED_LIBRARY)

注意�q�将生成一个名�?/span>lib$(LOCAL_MODULE).so的文件�?/span>

BUILD_STATIC_LIBRARY

一�?/span>BUILD_SHARED_LIBRARY变量用于�~�译一个静态库。静态库不会复制��C��?/span>project/packages中，诞生能够用于�~�译�׃�n库，�Q�看下面描述�?/span>LOCAL_STATIC_LIBRARIES and LOCAL_STATIC_WHOLE_LIBRARIES�Q?/span>

使用例子�Q?/span>

include $(BUILD_STATIC_LIBRARY)

注意�Q�这��会生成一个名�?/span>lib$(LOCAL_MODULE).a的文件�?/span>

TARGET_ARCH

目标CPU�q�_��的名字，如同�?/span>android开放源码中指定的那栗��如果是’arm’�Q�表�C��生成ARM兼容的指令，�?/span>CPU架构的修订版无关�?/span>

TARGET_PLATFORM

Android.mk解析的时候，目标Android�q�_��的名�?/span>.详情可参�?/span>/development/ndk/docs/stable-apis.txt.

android-3 -> Official Android 1.5 system images

android-4 -> Official Android 1.6 system images

android-5 -> Official Android 2.0 system images

TARGET_ARCH_ABI

暂时只支持两�?/span>value�Q?/span>armeabi�?/span>armeabi-v7a。在现在的版本中一般把�q�两个值简单的定义�?/span>arm�Q�通过android �q�_��内部对它重定义来获得更好的匹配�?/span>

其他的Ａ�Q�ﾃ��在以后的Ｎ�Q��O版本中介�l�，它们会有不同的名字。注意所有基于Ａ�QԌ݋的Ａ�Q�ﾃ都会�?/span>'TARGET_ARCH'定义�?#8216;ａｒ�?#8217;�Q�但是会有不同的‘TARGET_ARCH_ABI’

TARGET_ABI

　　目标�q�_��?/span>ABI的组合，它事实上被定义成$(TARGET_PLATFORM)-$(TARGET_ARCH_ABI) 在你惌��在真实的讑֤�中针对一个特别的目标�pȝ��q�行��试�Ӟ��会有用。在默认的情况下�Q�它会是'android-3-arm'�?/span>

/*****************************************************************************/

下面�?/span>GNU Make　‘功能’宏，必须通过使用'$(call )'来求�?/span>�Q�他们返回文本化的信息�?/span>

my-dir

�q�回当前Android.mk所在的目录路径�Q�相对于�Q�Ｄ�Q�编译系�l�的��层。这是有用的�Q�在Android.mk文�g的开头如此定义：

LOCAL_PATH := $(call my-dir)

all-subdir-makefiles

　　　�q�回一个位于当�?/span>'my-dir'路径的子目录列表。例如，看下面的目录层次�Q?/span>

sources/foo/Android.mk

sources/foo/lib1/Android.mk

sources/foo/lib2/Android.mk

如果sources/foo/Android.mk包含一�?/span>�Q?/span>

include $(call all-subdir-makefiles)

那么它就会自动包�?/span>sources/foo/lib1/Android.mk �?/span>sources/foo/lib2/Android.mk

�q�项功能用于向编译系�l�提供深层次嵌套的代码目录层�ơ。注意，在默认情况下�Q�Ｎ�Q��O��会只搜索在sources/*/Android.mk中的文�g�?/span>

this-makefile

�q�回当前Makefile的�\径（卌��个函数调用的地方�Q?/span>

parent-makefile

　　�q�回调用树中�?/span>Makefile路径。即包含当前Makefile�?/span>Makefile路径�?/span>

grand-parent-makefile

猜猜�?/span>...

/*****************************************************************************/

模块描述变量:

下面的变量用于向�~�译�pȝ��描述你的模块。你应该定义�?/span>'include $(CLEAR_VARS)'�?/span>'include $(BUILD_XXXXX)'之间定义�?/span>正如前面描写的那��P��$(CLEAR_VARS是一个脚本，清除所有这些变量，除非在描�q�C��昑ּ�注明�?/span>

LOCAL_PATH

　　�q�个变量用于�l�出当前文�g的�\径。你必须�?/span>Android.mk的开头定义，可以�q�样使用�Q?/span>

LOCAL_PATH := $(call my-dir)

�q�个变量不会�?/span>$(CLEAR_VARS)清除�Q�因此每�?/span>Android.mk只需要定义一�ơ（即��你在一个文件中定义了几个模块的情况下）�?/span>

LOCAL_MODULE

�q�是你模块的名字�Q�它必须是唯一的，而且不能包含�I�格。你必须在包含�Q一�?/span>$(BUILD_XXXX)脚本之前定义�?/span>。模块的名字军_��了生成文件的名字�Q�例如，如果一个一个共享库模块的名字是�Q�那么生成文件的名字��是lib.so。但是，在你�?/span>NDK生成文�g中（或�?/span>Android.mk或�?/span>Application.mk�Q�，你应该只涉及(引用)有正常名字的其他模块�?/span>

LOCAL_SRC_FILES

�q�是要编译的源代码文件列表。只要列��传递给�~�译器的文�g�Q�因为编译系�l�自动�ؓ你计��依赖�?/span>

注意源代码文件名�U�都是相对于LOCAL_PATH的，你可以��用�\径部分，例如�Q?/span>

LOCAL_SRC_FILES := foo.c \

toto/bar.c

注意�Q�在生成文�g中都要��?/span>UNIX风格的斜�?/span>(/).windows风格的反斜杠不会被正��的处理�?/span>

LOCAL_CPP_EXTENSION

�q�是一个可选变量，用来指定C++代码文�g的扩展名�Q�默认是'.cpp',但是你可以改变它�Q�比如：

LOCAL_CPP_EXTENSION := .cxx

LOCAL_C_INCLUDES

路径的可选配�|�，是从根目录开始的�Q?/span>

all sources (C, C++ and Assembly). For example:

LOCAL_C_INCLUDES := sources/foo

Or even:

LOCAL_C_INCLUDES := $(LOCAL_PATH)/../foo

需要在��M��包含LOCAL_CFLAGS / LOCAL_CPPFLAGS标志之前�?/span>

LOCAL_CFLAGS

可选的�~�译器选项�Q�在�~�译C代码文�g的时候��用�?/span>

�q�可能是有用的，指定一个附加的包含路径�Q�相对于NDK的顶层目录）�Q�宏定义�Q�或者编译选项�?/span>

　重要信息�Q�不要在Android.mk中改�?/span>optimization/debugging�U�别�Q�只要在Application.mk中指定合适的信息�Q�就会自动地��Z��处理�q�个问题�Q�在调试期间�Q�会让Ｎ�Q��O自动生成有用的数据文件�?/span>

LOCAL_CXXFLAGS

Same as LOCAL_CFLAGS for C++ source files

LOCAL_CPPFLAGS

�?/span>LOCAL_CFLAGS相同�Q�但是对C 和　C++ source files都适用�?/span>

LOCAL_STATIC_LIBRARIES

应该链接到这个模块的静态库列表�Q��?/span>BUILD_STATIC_LIBRARY生成�Q�，�q�仅仅对�׃�n库模块才有意义�?/span>

LOCAL_SHARED_LIBRARIES

�q�个模块在运行时要依赖的�׃�n库模块列表，在链接时需要，在生成文件时嵌入的相应的信息。注意：�q�不会附加列出的模块到编译图�Q�也��是�Q�你仍然需要在Application.mk中把它们��d��到程序要求的模块中�?/span>

LOCAL_LDLIBS

�~�译你的模块要��用的附加的链接器选项。这对于使用”-l”前缀传递指定库的名字是有用的。例如，下面��告诉链接器生成的模块要在加载时刻链接到/system/lib/libz.so

LOCAL_LDLIBS := -lz

�?/span>docs/STABLE-APIS.TXT获取你��?/span>NDK发行版能链接到的开攄��pȝ��库列表�?/span>

LOCAL_ALLOW_UNDEFINED_SYMBOLS

　　默认情况下，在试囄��译一个共享库�Ӟ��M��未定义的引用��导致一�?#8220;未定义的�W�号”错误。这对于在你的源代码文�g中捕捉错误会有很大的帮助�?/span>

然而，如果你因为某些原因，需要不启动�q�项��查，把这个变量设�?#8216;ｔｒｕｅ’。注意相应的�׃�n库可能在�q�行时加载失败。（�q�个一般尽量不要去设�ؓtrue�Q?/span>

LOCAL_ARM_MODE

默认情况下，arm目标二进制会�?/span>thumb的�Ş式生成（16位）�Q�你可以通过讄��q�个变量�?/span>arm如果你希望你�?/span>module是以32位指令的形式�?/span>

'arm' (32-bit instructions) mode. E.g.:

LOCAL_ARM_MODE := arm

注意你同样可以在�~�译的时候告诉系�l�编译特定的�c�d��Q?/span>比如

LOCAL_SRC_FILES := foo.c bar.c.arm

�q�样��告诉系�l��L��?/span>bar.c�?/span>arm的模式编译，

Android.mk使用模板

在一�?/span>Android.mk中可以生成多个可执行�E�序、动态库和静态库�?/span>

1�Q�编译应用程序的模板�Q?/span>

#Test Exe

LOCAL_PATH := $(call my-dir)

#include $(CLEAR_VARS)

LOCAL_SRC_FILES:= main.c

LOCAL_MODULE:= test_exe

#LOCAL_C_INCLUDES :=

#LOCAL_STATIC_LIBRARIES :=

#LOCAL_SHARED_LIBRARIES :=

include $(BUILD_EXECUTABLE)

�Q�菜鸟��别解释：:=是赋值的意思，$是引用某变量的��|��LOCAL_SRC_FILES中加入源文�g路径�Q?/span>LOCAL_C_INCLUDES 中加入所需要包含的头文件�\径，LOCAL_STATIC_LIBRARIES加入所需要链接的静态库�Q?/span>*.a�Q�的名称�Q?/span>LOCAL_SHARED_LIBRARIES中加入所需要链接的动态库�Q?/span>*.so�Q�的名称�Q?/span>LOCAL_MODULE表示模块最�l�的名称�Q?/span>BUILD_EXECUTABLE表示以一个可执行�E�序的方式进行编译�?/span>

2�Q�编译静态库的模板：

#Test Static Lib

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

LOCAL_SRC_FILES:= \

helloworld.c

LOCAL_MODULE:= libtest_static

#LOCAL_C_INCLUDES :=

#LOCAL_STATIC_LIBRARIES :=

#LOCAL_SHARED_LIBRARIES :=

include $(BUILD_STATIC_LIBRARY)

一般的和上面相��|��BUILD_STATIC_LIBRARY表示�~�译一个静态库�?/span>

3�Q�编译动态库的模板：

#Test Shared Lib

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

LOCAL_SRC_FILES:= \

helloworld.c

LOCAL_MODULE:= libtest_shared

TARGET_PRELINK_MODULES := false

#LOCAL_C_INCLUDES :=

#LOCAL_STATIC_LIBRARIES :=

#LOCAL_SHARED_LIBRARIES :=

include $(BUILD_SHARED_LIBRARY)

一般的和上面相��|��BUILD_SHARED_LIBRARY表示�~�译一个共享库�?/span>

以上三者的生成�l�果分别在如下，generic依具�?/span>target会变�Q?/span>

out/target/product/generic/obj/EXECUTABLE

out/target/product/generic/obj/STATIC_LIBRARY

out/target/product/generic/obj/SHARED_LIBRARY

每个模块的目标文件夹分别为：

可执行程序：XXX_intermediates

静态库�Q?/span> XXX_static_intermediates

动态库�Q?/span> XXX_shared_intermediates

另外�Q�在Android.mk文�g中，�q�可以指定最后的目标安装路径�Q�用LOCAL_MODULE_PATH�?/span>LOCAL_UNSTRIPPED_PATH来指定。不同的文�g�pȝ��路径用以下的宏进行选择�Q?/span>

TARGET_ROOT_OUT�Q�表�C�根文�g�pȝ��?/span>

TARGET_OUT�Q�表�C?/span>system文�g�pȝ��?/span>

TARGET_OUT_DATA�Q�表�C?/span>data文�g�pȝ��?/span>

用法如：

LOCAL_MODULE_PATH:=$(TARGET_ROOT_OUT)

心羽 2011-05-26 11:47 发表评论

Android架构详细讲解

心羽 — Fri, 11 Mar 2011 07:51:00 GMT

在Android 在NDK r5使用C/C++�q�行开发。（以前�Q�Android 对C/C++开发的支持仅限于用C/C++开发动态链接库�Q�然后在Java中以JNI的�Ş式来调用�Q�现在，你可以用�U�C/C++开发了�Q�参看下面的�E�序代码�Q�。还有一�D�完整的代码�C�Z��在这里（墙，�q�有XML的manifest�Q�又见XML�Q��?span style="COLOR: #ff0000">看来�Q�Google�l�于明白��Z��么��用Android的手机（如：Moto, 三星、烦爱和HTC�Q�的触摸体验�q�远不及object C搞出来的iPhone�?nbsp;

void android_main(struct android_app* state) {

// Make sure glue isn't stripped.

app_dummy();

// loop waiting for stuff to do.

while (1) {

// Read all pending events.

int ident;

int events;

struct android_poll_source* source;

// Read events and draw a frame of animation.

if ((ident = ALooper_pollAll(0, NULL, &events,

(void**)&source)) >= 0) {

// Process this event.

if (source != NULL) {

source->process(state, source);

}

// draw a frame of animation

bringTheAwesome();

}

------------------------------------------------------------------------------------

Android�pȝ��架构�?span style="COLOR: #ff0000">5部分�l�成�Q�分别是�Q�Linux Kernel、Android Runtime、Libraries、Application Framework、Applications�?/span>

1、Linux Kernel
　　Android��Z��Linux 2.6提供核心�pȝ��服务�Q�例如：安全、内存管理、进�E�管理、网�l�堆栈、驱动模型。Linux Kernel也作为硬件和软�g之间的抽象层�Q�它隐藏具体��g�l�节而�ؓ上层提供�l�一的服务�?如果你学�q�计��机�|�络知道OSI/RM�Q�就会知道分层的好处��是使用下层提供的服务而�ؓ上层提供�l�一的服务，屏蔽本层及以下层的差异，当本层及以下层发生了变化不会影响��C��层。也��是说各层各��其职，各层提供固定的SAP�Q�Service Access Point�Q�，专业点可以说是高内聚、低耦合�?如果你只是做应用开发，��׃��需要深入了解Linux Kernel层�?

　　2、Android Runtime
　　Android包含一个核心库的集合，提供大部分在Java�~�程语言核心�c�d��中可用的功能。每一个Android应用�E�序是Dalvik虚拟��Z��的实例，�q�行在他们自��q��q�程中。Dalvik虚拟��计成�Q�在一个设备可以高效地�q�行多个虚拟机。Dalvik虚拟机可执行文�g格式�?dex�Q�dex格式是专为Dalvik设计的一�U�压�~�格式，适合内存和处理器速度有限的系�l��?大多数虚拟机包括JVM都是��Z��栈的�Q�而Dalvik虚拟机则是基于寄存器的。两�U�架构各有优劣，一般而言�Q�基于栈的机器需要更多指令，而基于寄存器的机器指令更大。dx 是一套工��P��可以��?Java .class 转换�?.dex 格式。一个dex文�g通常会有多个.class。由于dex有时必须�q�行最佛_��Q�会使文件大��增�?-4倍，以ODEX�l�尾�?Dalvik虚拟��Z��赖于Linux 内核提供基本功能�Q�如�U�程和底层内存管理�?/div>

　　3、Libraries
　　Android包含一个C/C++库的集合�Q�供Android�pȝ��的各个组件��用。这些功能通过Android的应用程序框�Ӟ��application framework�Q�暴露给开发者。下面列��Z��些核心库�Q?�pȝ��C�?-标准C�pȝ��库（libc�Q�的BSD衍生�Q�调整�ؓ��Z��嵌入式Linux讑֤� 媒体�?-��Z��PacketVideo的OpenCORE。这些库支持播放和录制许多流行的音频和视频格式，以及静态图像文�Ӟ��包括MPEG4�?H.264�?MP3�?AAC�?AMR、JPG�?PNG 界面��理--��理讉K��昄��子系�l�和无缝�l�合多个应用�E�序的二�l�和三维囑�Ş�?LibWebCore--新式的Web��览器引�?驱动Android ��览器和内嵌的web视图 SGL--基本�?D囑�Ş引擎 3D�?-��Z��OpenGL ES 1.0 APIs的实现。库使用��g3D加速或包含高度优化�?D软�g光栅 FreeType --位图和矢量字体渲�?SQLite --所有应用程序都可以使用的强大而轻量��的关�p�L��据库引擎

　　4、Application Framework
　　通过提供开攄��开发��^収ͼ�Android使开发者能够编制极其丰富和新颖的应用程序。开发者可以自由地利用讑֤��g优势、访问位�|�信息、运行后台服务、设�|�闹钟、向状态栏��d��通知�{�等�Q�很多很多�?开发者可以完全��用核心应用程序所使用的框架APIs。应用程序的体系�l�构旨在��化组件的重用�Q��Q何应用程序都能发布他的功能且��M��其他应用�E�序可以使用�q�些功能�Q�需要服从框架执行的安全限制�Q�。这一机制允许用户替换�l��g�?所有的应用�E�序其实是一�l�服务和�pȝ��Q�包括：视图�Q�View�Q?-丰富的、可扩展的视��N��合，可用于构��Z��个应用程序。包括包括列表、网根{��文本框、按钮，甚至是内嵌的�|�页��览�?内容提供者（Content Providers�Q?-使应用程序能讉K��其他应用�E�序�Q�如通讯录）的数据，或共享自��q��数据资源��理器（Resource Manager�Q?-提供讉K��非代码资源，如本地化字符丌Ӏ�图形和布局文�g 通知��理器（Notification Manager�Q?-使所有的应用�E�序能够在状态栏昄��自定义警�?�z�d��理器（Activity Manager�Q?-��理应用�E�序生命周期,提供通用的导航回退功能

　　5、Applications
　　Android装配一个核心应用程序集合，包括电子邮�g客户端、SMS�E�序、日历、地图、浏览器、联�p�M�h和其他设�|�。所有应用程序都是用Java�~�程语言写的。更加丰富的应用�E�序有待我们��d��发！从上面我们知道Android的架构是分层的，非常清晰�Q�分工很明确。Android本��n是一套��Y件堆�q?Software Stack)�Q�或�U�Cؓ「��Y件�P层架构」，�q�层主要分成三层�Q�操作系�l�、中间�g、应用程序。从上面我们也看��C��开源的力量�Q�一个个熟悉的开源��Y件在�q�里贡献了自��q��一份力量�?/div>

心羽 2011-03-11 15:51 发表评论