android文档
【网学网提醒】：网学会员为需要朋友们搜集整理了android文档相关资料，希望对各位网友有所帮助!
yangzilss(网学)贡献
wps文档可能在WAP端浏览体验不佳。建议您优先选择TXT，或下载源文件到本机查看。
一Android架构层次应用层-->应用程序框架-->程序库/android运行库-->Linux内核1.应用层用Java编写的应用程序，包括日历，地图，联系人管理等2.应用框架层核心应用程序所使用的API框架其中包括：A.ViewSystem(视图系统)用来构建应用程序B.ContentProvider（内容提供器）使得不同应用程序之间存取或者分享数据C.ActivityManager(活动管理器)管理各个应用程序生命周期以及通常的导航回退功能D.WindowManager(窗口管理器)管理所有的窗口程序E.NotificationManager(通告管理器)使得应用程序可以在状态栏中显示自定义的提示信息F.PackageManager（包管理器）Android系统内的程序管理G.TelephonyManager(电话管理器)管理所有的移动设备功能H.ResourceManager（资源管理器）提供应用程序使用的各种非代码资源，如本地化字符串、图片、布局文件、颜色文件等I.LocationManager(位置管理器)提供位置服务J.XMPPService（XMPP服务）提供GoogleTalk服务3.系统运行库层系统运行库层可以分成两部分，分别是系统库和Android运行时a.系统库系统库是应用程序框架的支撑，是连接应用程序框架层与Linux内核层的重要纽带。其主要分为如下几个：SurfaceManager：执行多个应用程序时候，负责管理显示与存取操作间的互动，另外也负责2D绘图与3D绘图进行显示合成。MediaFramework：多媒体库，基于PacketVideoOpenCore;支持多种常用的音频、视频格式录制和回放，编码格式包括MPEG4、MP3、H.264、AAC、ARM。SQLite:小型的关系型数据库引擎OpenGL|ES：根据OpenGLES1.0API标准实现的3D绘图函数库FreeType：提供点阵字与向量字的描绘与显示WebKit：
一套网页浏览器的软件引擎SGL：底层的2D图形渲染引擎SSL：在Andorid上通信过程中实现握手Libc：从BSD继承来的标准C系统函数库，专门为基于embeddedlinux的设备定制b）Android运行时
Android应用程序是采用Java语言编写，程序在Android运行时执行，其运行时分为核心库和Dalvik虚拟机两部分。核心库核心库提供了Java语言API中的大多数功能，同时也包含了Android的一些核心API,如android.os、android.net、android.media等等。Dalvik虚拟机每个Android应用程序都有一个专有的进程，并且不是多个程序运行在一个虚拟机中，而是每个
Android程序都有一个Dalivik虚拟机的实例，并在该实例中执行。Dalvik虚拟机是一种基于寄存器的Java虚拟机，而不是传统的基于栈的虚拟机，并进行了内存资源使用
的优化以及支持多个虚拟机的特点。Android程序在虚拟机中执行的是通过转换工具dx将Java字节码转成dex格式的中间码。4.Linux内核层Android是基于Linux2.6内核，其核心系统服务如安全性、内存管理、进程管理、网路协议以及驱动模型都依赖于Linux内核
二.Android运行分析默认的情况下，每个应用都运行在自己的Linux进程里。当应用代码需要执行的时候，Andorid将会启动这个进程；不需要的时候就结束这个进程，然后释放其他应用需要的资源。每个进程都有自己的java虚拟机，所以每个应用之间都是隔离运行的。默认情况下，每个应用都会分配一个唯一的Linux用户ID。同时赋予用户权限，于是应用文件对用户就是可见的了，但是仅限于自己的应用。当然也有办法把他们导入其他应用中。两个应用共享一个用户是可以，这种情况下，两个应用就可以互相访问其文件，可以节省一些系统资源，两个应用共享一个ID也意味着可以两个应用在一个Linux进程里运行，并共享虚拟机。
LinuxKernel在移动平台的移植，隐藏了硬件，网络等相关的细节，为上层提供了一个相对纯洁的统一接口；系统库层主要是用C++实现，该层类库需要被上层函数调用，就必须通过JNI的导出相应的接口函数；API框架层主要是被应用程序调用，它包含了所有开发所用的SDK类库，它们是整个Android平台核心机制的体现；最上层的应用程序主要基于框架层来实现。
Android中每次只有一个应用程序运行在最前面，除了状态栏的位置，当前应用程序将铺满整个屏幕。用户在Android运行一个应用程序时，Android启动该程序并把它放到最前端，从这个应用程序中，用户可以启动别的应用，或者该应用自己的其他界面，一个启动一个。而这些程序和屏幕都被活动管理(AndroidActivityManager)记录在应用程序堆栈(applicationstack)中，在任何时候，用户可以使用后退按钮返回到前一个应用屏幕，这有点类似浏览器的网页浏览历史功能一样，用户可以使用后退按钮返回到上一个应用屏幕。
在Android内部，每个用户界面代表一个活动类(ActivityClass)，每个活动有其自身的生命周期，每个应用程序有一个或多个活
动。在Android中，每个应用程序都是“活跃的”，即使它的进程被关闭以后。换而言之，其活动(Activity)的生命周期和其进程的生命周期不是绑定在一起的，进程只是活动的一次性容器而已
三.Android上层应用的5大组件五大组件1.Activity2.3.4.5.ServiceBroadcastReceiverContentProviderIntent
Activity——应用表示层（基类Activity）
应用程序中的每个屏幕都
是通过继承和扩展基类Activity来实现的。同一应用中的每个Activity是相互独立的。程序启动后显示的第一幅画面是应用程序的第一个Activity（默认窗口），而后可以根据需要从这个Activity启动另一个新的Activity。Activity利用View来实现应用中的GUI（用户直接通过GUI和应用程序做交互）。Activity窗口内的可见内容通过基类View提供。使用Activity.setContentView()方法设置当前Activity中的View对象。*每个View对象控制着窗口内的一个矩形空间；*View是一种层次化结构，ParentView中的布局属性会被子View继承；.*位于View层次关系最底层的子View对象所代表的矩形空间就是跟用户进行交互的地方Activity状态回调：*onCreate*onStart*onRestart*onResume*onPause*onStop*onDestroy
Service——没有可见的用户界面，但能够长时间运行于后台（基类Service）
运行于应用程序进程的主线程中，因此Service不会阻塞其他组件和用户界面。Service是不能自己启动的，必须通过Context对象（如一个Activity）调用startService或bindService方法来启动（用这两种方法启动的Service的生命周期不同）。1.调用startService方法a)若Service没有启动，则首先会调用该Service的onCreate方法，然后再调用onStart方法。
若Service已经启动，则会直接调用onStart方法该方法启动的Service，可以通过Context对象调用stopService来关闭，也可以通过Service自身调用stopSelf()或stopSelfResult()来关闭，关闭之前调用onDestory方法。2.调用bindService方法，使当前Context对象通过一个ServiceConnection的对象绑定到所指定的Servicea)若Service没有启动，则首先会调用该Service的onCreate方法初始化启动，然后调用Service的onBind方法初始化绑定。b)如果绑定Service的Context对象被销毁时，被绑定的Service也会调用onUnbind和onDestroy方法停止运行c)注意：BroadcastReceiver是不能绑定服务的。d)一个绑定Service的Context对象还可以通过unbindService()来取消对服务的绑定。e)取消时，Service会调用unbind方法，若Service是通过bindService来启动的，还会调用onDestroy方法来停止服务。Service状态回调：.onCreate.onStart.onBind.onRebind.onUnbind.onDestroyb)c)
BroadcastReceiver——用户接收广播通知的组件（基类BroadcastReceiver）
Android中的广播要么来自于系统，要么来自普通应用程序。很多事件都可能导致系统广播，如手机所在时区发生变化，电池电量低，用户改变系统语言设置等。来自普通应用程序，如一个应用程序通知其他应用程序某些数据已经下载完毕。为了响应不同的事件通知
，应用程序可以注册不同的BroadcastReceiver。所有的BroadcastReceiver都继承自基类BroadcastReceiver。BroadcastReceiver自身并不实现图形用户界面，但是当它收到某个通知后，BroadcastReceiver可以启动Activity作为响应，或者通过NotificationMananger提醒用户。BroadcastReceiver是对发送出来的Broadcast进行过滤接收并响应的一类组件。发送Broadcast信息1.把要发送的信息和用于过滤得信息(如Action、Category)装入一个Intent对象2.调用Context.sendBroadcast()、sendOrderBroadcast()、sendStickyBroadcast()方法，广播该Intent对象3.使用sendBroadcast()或sendStickyBroadcast()方法发出去的Intent，所有满足条件的BroadcastReceiver都会随机地执行其onReceive()方法；4.而sendOrderBroadcast()发出去的Intent，会根据BroadcastReceiver注册时IntentFilter设置的优先级的顺序来执行,相同优先级的BroadcastReceiver则是随机执行5.sendStickyBroadcast()方法主要的不同是，Intent在发送后一直存在，并且在以后调用registerReceiver()注册相匹配的Intent时会把这个Intent直接返回。6.若在使用sendBroadcast()方法时指定了接收的权限，这只有在AndroidManifest.xml中用标签声明了拥有此权限的BroadcastReceiver才会有可能接收到发送来Broadcast。7.若在注册BroadcastReciever时，指定了可接收的Broadcast的权限，则只有在包内的AndroidManifest.xml中用标签声明了，拥有此权限的Context对象所发送的Broadcast才有可能BroadcastReceiver所接收。
接收Broadcast消息1.继承BroadcastReceiver类，并实现onReceive方法2.注册BroadcastReceiver（有2种方法：一种方法是，静态地在AndroidManifest.xml中用
ContentProvider——为解决应用程序间数据通信、共享的问题（基类ContentProvider）
在Android中，每个应用程序都是用自己的用户ID并在自己的进程中运行。这样的好处是，可以有效地保护系统及应用程序，避免被其他不正常德应用程序所影响，每个进程都拥有独立的进程地址空间和虚拟空间。ContentProvider可以将应用程序特定的数据提供给另一个应用程序使用。其数据存储方式可以是Android文件系统、SQLite数据库或者其他合理的方式。当数据需要在应用程序间共享时，我们就可以利用ContentProvider为数据定义一个URI。之后，其他应用程序对数据进行查询或者修改时，只需要从当前上下文对象获
得一个ContentResolver,然后传入响应的URI就可以了。ContentProvider继承自基类ContentProvider，并且实现了一组标准接口。通过这组接口，其他应用程序能对数据进行读写和存储。然而，需要使用数据的应用程序并不是直接调用这组方法，而是通过调用ContentResolver对象的方法来完成。ContentResolver对象可以与任意ContentProvider通信。要为当前应用程序的私有数据定义URI，就需要专门定义一个继承自ContentProvider的类，然后根据不同的操作调用的方法去实现这些方法的功能。ContentResolver类为应用程序提供了接入Content机制的方法。要构造一个ContentResolver对象可以为构造方法ContentResolver(Contextcontext)传入一个Context对象，也可以直接通过Context对象调用getContentResolver()方法获得——有的ContentResolver对象后，就可以通过调用其query()、insert()、update()等方法来对数据进行操作了。
一旦需要以上4种Android应用程序基本组件完成请求，Android会首先确认该组件所在进程是否运行，如果没有运行，Android将先启动进程，同时确认被请求组件的实例是否存在，否则将创建一个新的组件实例。
Intent——连接组件的纽带
以上4种基本组件中，除了ContentProvider是通过ContentResolver激活外，其他3种组件Activity、Service和BroadcastReceiver都是由Intent异步消息激活的。Intent在不同的组件之间传递消息，将一个组件的请求意图传给另一个组件。因此，Intent是包含具体请求信息的对象。针对不同的组件，Intent所包含的消息内容有所不同，且不同组件的激活方式也不同，且不同类型组件有传递Intent的不同方式。Intent是一种运行时绑定（runtimebinding）机制，它能够在程序运行的过程中连接两个不同的组件。通过Intent，你的程序可以向Android表到某种请求或者意愿，Android会根据意愿的内容选择适当的组件来处理请求。*激活一个新的Activity，或者让一个现有的Activity执行一个新的操作，可以通过调用如下两种方法(这两汇总方法需要传入的Intent参数称为ActivityActionIntent)：1.Context.startActivity()2.Activity.startActivityForResult()*启动一个新的服务，或者向一个已有的服务传递新的指令，可以调用如下两种方法：1.Context.startService()2.Context.bindService()
*
发送广播Intent(所有已注册的拥有与之相匹配IntenFilter的BroadcastReceiv就会被激活)，可以调用如下三种方法：1.Context.sendBroadcast()2.Context.sendOrderBroadcast()3.Context.sendStickBroadcast()Intent一旦发出，Android都会准确找到相匹配的一个或多个Activity、Service或BroadcastReceiver作响应。所以，不同类
型的Intent消息不会出现重叠，BroadcastIntent消息只会发送给BroadcastReceiver，而绝不可能发送给Activity或Server。有startActivity()传递的消息也只可能发送给Activity，由startService()传递的Intent只可能发送给Service。
Intent对象抽象地描述了执行操作，Intent的主要组成部分；1.目标组件名称。[可选项]a)组件名称是一个ComponentName对象，是目标组件类名和目标组件所在应用程序包的组合b)组件中的包名不一定要和manifes文件中包名完全匹配c)如果Intent消息中指明了目标组件的名称，这就是一个显示消息，Intent会传递给指明的组件。d)如果目标组件名称并没有指定，Android则通过Intent内的其他信息和已注册的IntentFilter的比较来选择合适的目标组件2.Action[隐式比较]a)描述Intent所触发动作的名字字符串。b)理论上Action可以为任何字符串，而与Android系统应用有关的Action字符串以静态字符串常量的形式定义在了Intent类中。3.Data[隐式比较]a)描述Intent要操作的的数据的URI和数据类型。b)正确设置Intent的数据对于Android寻找系统中匹配Intent请求的组件很重要。4.Category[隐式比较]a)是对被请求组件的额外描述信息。b)Android也在Intent类中定义了一组静态字符串常量表示Intent不同的类别。5.Extraa)当我们使用Intent连接不同组件时，有时需要在Intent中附加额外的信息，以便将数据传递给目标Activity。b)Extra用键值对结构保存在Intent对象当中，Intent对象通过调用方法putExtras()和getExtras()来存储和获取Extrac)Extra是以Bundle对象的形式来保存的，Bundle对象提供了一系列put和get方法来设置、提取相应键值信息。d)在Intent类中同样为Android系统应用的一些Extra的键值定义了静态字符串常量。6.Flag
决定Intent目标组件的因素：在显式Intent消息中，决定目标组件的唯一要素就是组件名称（不用再定义其他Intent内容）而隐式Intent消息中，由于没有目标组件名称，所以必须由Android系统帮助应用程序寻找与Intent请求意图最匹配的组件。隐式Intent消息中目标组件具体选择方法是：android将Intent的请求内容和一个叫做IntentFilter的过滤器比较，IntentFilter中包含系统中所有可能的待选组件。如果IntentFilter中某一个组件匹配隐式Intent请求内容，那么Android就选择该组件作为该隐式Intent的目标组件。
IntenFilter应用程序的组件为了告诉Android自己能响应、处理哪些隐式Intent请求，可以声明一个甚至多个IntentFilter。每个IntentFilter描述该组件所能响应Intent请求的能力——组件希望接收什么类型的请求
行为，什么类型的请求数据。隐式Intent和IntentFilter进行比较时的三要素：Action、Data、Category。一个隐式Intent请求要能够传递给目标组件，必需通过以上三个方面的检查。如果任何一方面不匹配，Android都不会将该隐式Intent传递给目标组件。
1