安卓 四大组件

Android开发的四大组件
Android四大组件分别为activity、service、content provider、broadcast receive
一、Activity

Activity生命周期的方法是成对出现的

onCreate() & onDestory()
onStart() & onStop()
onResume() & onPause()

每一个活动（ Activity）都处于某一个状态，对于开发者来说，是无法控制其应用程序处于某一个状态的，这些均由系统来完成。 但是当一个活动的状态发生改变的时候，开发者可以通过调用onXX() 的方法获取到相关的通知信息。 在实现 Activity 类的时候，通过覆盖（ override ）这些方法即可在你需要处理的时候来调用。

一，onCreate：当活动第一次启动的时候，触发该方法，可以在此时完成活动的初始化工作。onCreate方法有一个参数，该参数可以为空（null），也可以是之前调用onSaveInstanceState方法保存的状态信息。

二，在onStart：方法该触发的所属表示将活动被展现给用户

四，在onPause：当一个正在前台运行的活动因为其他的活动需要前台运行而转入后台运行的时候，触发该方法。这时候需要将活动的状态持久化，比如正在编辑的数据库记录等。

五，onStop：当一个活动不再需要展示给用户的时候，触发该方法。如果内存紧张，系统会直接结束这个活动，而不会触发onStop方法。所以保存状态信息是应该在onPause时做，而不是onStop时做。活动如果没有在前台运行，都将被停止或者Linux管理进程为了给新的活动预留足够的存储空间而随时结束这些活动。因此对于开 者来说，在设计应用程序的时候，必须时刻牢记这一原则。在一些情况下，在onPause方法或许是活动触发的最后的方法，因此开发者需要在这个时候保存需要保存的信息。

六，onRestart ：当处于停止状态的活动需要再次展现给用户的时候，触发该方法。七，onDestroy：当活动销毁的时候，触发该方法。和onStop方法一样，如果内存紧张，系统会直接结束这个活动而不会触发该方法·。 的onSaveInstanceState：系统调用该方法，允许活动保存之前的状态，比如说在一串字符串中的光标所处的位置等活动栈

每个Activity的状态是由它在Activity栈（是一个后进先出LIFO，包含所有正在运行Activity的队列）中的位置决定的。
当一个新的Activity启动时，当前的活动的Activity将会移到Activity栈的顶部。

一个应用程序的优先级是受最高优先级的Activity影响的。当决定某个应用程序是否要终结去释放资源，Android内存管理使用栈来决定基于Activity的应用程序的优先级。

Activity状态

Activity有以下四种状态：

活动的：当一个Activity在栈顶，它是可视的、有焦点、可接受用户输入的。Android试图尽最大可能保持它活动状态，杀死其它Activity来确保当前活动Activity有足够的资源可使用。当另外一个Activity被激活，这个将会被暂停。

暂停：在很多情况下，你的Activity可视但是它没有焦点，换句话说它被暂停了。有可能原因是一个透明或者非全屏的Activity被激活。

当被暂停，一个活动仍会当成活动状态，只不过是不可以接受用户输入。在极特殊的情况下，机器人将会杀死一个暂停的活动来为活动的活动提供充足的资源。当一个活动变为完全隐藏，它将会变成停止。停止：。当一个活动不是可视的，它“停止”了这个活动将仍然在内存中保存它所有的状态和会员信息尽管如此，当其它地方需要内存时，它将是最有可能被释放资源的。当一个活动停止后，一个很重要的步骤是要保存数据和当前UI状态。一旦一个活动退出或关闭了，它将变为待用状态。

在一个活动被杀死后和被装在前，它是待用状态的待用胡亚蓉被移除活动栈，并且需要在显示和可用之前重新启动它的活性的四种加载模式在机器人的多活性开发中，活动之间的跳转可能需要有多种方式，有时是普通的生成一个新实例 有时希望跳转到原来某个活动实例，而不是生成大量的重复的活性。加载模式便是决定以哪种方式启动一个跳转到原来某个活动实例。在机器人里，有4种活性的启动模式，分别为：·standard：标准模式，一调用startActivity（）方法就会产生一个新的实例。·singleTop：如果已经有一个实例位于Activity stack的顶部时，就不产生新的实例，而只是调用Activity中的newInstance（）方法。如果不位于栈顶，会产生一个新的实例。·singleTask：会在一个新的任务中产生这个实例，以后每次调用都会使用这个，不会去产生新的实例了。

·singleInstance:这个跟singleTask基本上是一样，只有一个区别：在这个模式下的Activity实例所处的task中，只能有这个activity实例，不能有其他的实例。

这些启动模式可以在功能清单文件AndroidManifest.xml中进行设置，中的launchMode属性。

相关的代码中也有一些标志可以使用,比如我们想只启用一个实例,则可以使用Intent.FLAG_ACTIVITY_REORDER_TO_FRONT
标志，这个标志表示：如果这个activity已经启动了，就不产生新的activity，而只是把这个activity实例加到栈顶来就可以了。

• Intent intent = new Intent(ReorderFour.this, ReorderTwo.class);
• intent.addFlags(Intent.FLAG_ACTIVITY_REORDER_TO_FRONT);
• startActivity(intent);

复制代码
Activity的加载模式受启动Activity的Intent对象中设置的Flag和manifest文件中Activity的元素的特性值交互控制。

FLAG_ACTIVITY_NEW_TASK
FLAG_ACTIVITY_CLEAR_TOP
FLAG_ACTIVITY_RESET_TASK_IF_NEEDED
FLAG_ACTIVITY_SINGLE_TOP

核心的特性有：

taskAffinity
launchMode
clearTaskOnLaunch
alwaysRetainTaskState
finishOnTaskLaunch

四种加载模式的区别 所属task的区别

一般情况下，“standard”和”singleTop”的activity的目标task，和收到的Intent的发送者在同一个task内，就相当于谁调用它，它就跟谁在同一个Task中。

除非Intent包括参数FLAG_ACTIVITY_NEW任务。如果提供了FLAG 活动新 TASK参数，会启动到别的任务里。“singleTask”和” singleInstance”总是把要启动的活动作为一个任务的根元素，他们不会被启动到一个其他任务里。是否允许多个实例“standard”和“singleTop”可以被实例化多次，并且是可以存在于不同的任务中;这种实例化时一个任务可以包括一个activity的多个实例; “ singleTask“和”singleInstance“则限制只生成一个实例，并且是task的根元素。singleTop要求如果创建intent的时候栈顶已经有要创建的Activity的实例，则将intent发送给该实例，而不创建新的实例。是否允许其它活动存在于本任务内“singleInstance”独占一个任务，其它活动不能存在那个任务里; 如果它启动了一个新的活动，不管新的活动的启动模式如何，新的活动都将会到别的任务里运行（如同加了FLAG 活动 NEW_TASK参数）。而另 三种模式，则可以和其它活动共存。是否每次都生成新实例

“standard”对于每一个启动Intent都会生成一个activity的新实例；

“singleTop”的activity如果在task的栈顶的话，则不生成新的该activity的实例，直接使用栈顶的实例，否则，生成该activity的实例。

“singleInstance”是其所在栈的唯一activity，它会每次都被重用。

“singleTask” 如果在栈顶，则接受intent，否则，该intent会被丢弃，但是该task仍会回到前台。

当已经存在的activity实例处理新的intent时候，会调用onNewIntent()方法，如果收到intent生成一个activity实例，那么用户可以通过back键回到上一个状态；如果是已经存在的一个activity来处理这个intent的话，用户不能通过按back键返回到这之前的状态。

———————————–
二、Service

service可以在和多场合的应用中使用，比如播放多媒体的时候用户启动了其他Activity这个时候程序要在后台继续播放，比如检测SD卡上文件的变化，再或者在后台记录你地理信息位置的改变等等，总之服务嘛，总是藏在后头的。

Service是在一段不定的时间运行在后台，不和用户交互应用组件。每个Service必须在manifest中
通过来声明。可以通过contect.startservice和contect.bindserverice来启动。

Service和其他的应用组件一样，运行在进程的主线程中。这就是说如果service需要很多耗时或者阻塞的操作，需要在其子线程中实现。

启动service，根据onStartCommand的返回值不同，有两个附加的模式：

1、START_STICKY 用于显示启动和停止service。

2、START_NOT_STICKY或START_REDELIVER_INTENT用于有命令需要处理时才运行的模式。

服务不能自己运行，需要通过调用Context.startService()或Context.bindService()方法启动服务。这两个方法都可以启动Service，但是它们的使用场合有所不同。

1、 使用startService()方法启用服务，调用者与服务之间没有关连，即使调用者退出了，服务仍然运行。
如果打算采用Context.startService()方法启动服务，在服务未被创建时，系统会先调用服务的onCreate()方法，接着调用onStart()方法。

如果调用startService()方法前服务已经被创建，多次调用startService()方法并不会导致多次创建服务，但会导致多次调用onStart()方法。

采用startService()方法启动的服务，只能调用Context.stopService()方法结束服务，服务结束时会调用onDestroy()方法。

2、使用bindService()方法启用服务，调用者与服务绑定在了一起，调用者一旦退出，服务也就终止，大有“不求同时生，必须同时死”的特点。

onBind（）只有采用Context.bindService（）方法启动服务时才会回调该方法。该方法在调用者与服务绑定时被调用，当调用者与服务已经绑定，多次调用Context.bindService（）方法并不会导致该方法被多次调用。采用Context.bindService（）方法启动服务时只能调用onUnbind（）方法解除调用者与服务解除，服务结束时会调用的onDestroy（）方法。拥有服务的进程具有较高的优先级1.如果service正在调用onCreate，onStartCommand或者onDestory方法，那么用于当前service的进程则变为前台进程以避免被杀死。2.如果当前服务已经被启动（start），拥有它的进程则比那些用户可见的进程优先级低一些，但是比那些不可见的进程更重要，这就意味着服务一般不会被杀死。3。如果客户端已经连接到service（bindService），那么拥有Service的进程则拥有最高的优先级，可以认为service是可见的。4.如果service可以使用startForeground（int，Notification）方法来将service设置为前台状态，那么系统就认为是对用户可见的，并不会在内存不足时被杀。如果有其他的应用组件作为服务，活动等运行在相同的进程中，那么将会增加该进程的重要性。本地服务1.不需和活动交互的本地服务2.本地服务和活动交互\ ———————–

三、Broadcast Receiver

是一个全局的监听器，属于Android四大组件之一

作用是监听 / 接收 应用 App 发出的广播消息，并 做出响应
应用场景为

• Android不同组件间的通信
• 多线程通信
• 与Android系统在特定情况下的通信

四、Content Provider详解

ContentProvider（内容提供者）是Android中的四大组件之一。主要用于对外共享数据，也就是通过ContentProvider把应用中的数据共享给其他应用访问，其他应用可以通过ContentProvider对指定应用中的数据进行操作。ContentProvider分为系统的和自定义的，系统的也就是例如联系人，图片等数据。

android中对数据操作包含有：
file, sqlite3, Preferences,ContectResolver与ContentProvider前三种数据操作方式都只是针对本应用内数据，程序不能通过这三种方法去操作别的应用内的数据。

android中提供ContectResolver与ContentProvider来操作别的应用程序的数据。

使用方式:

一个应用实现ContentProvider来提供内容给别的应用来操作，

一个应用通过ContentResolver来操作别的应用数据，当然在自己的应用中也可以。

1.ContentProvider

Android提供了一些主要数据类型的ContentProvider，比如音频、视频、图片和私人通讯录等。可在android.provider包下面找到一些Android提供的ContentProvider。通过获得这些ContentProvider可以查询它们包含的数据，当然前提是已获得适当的读取权限。

2.ContentResolver

当外部应用需要对ContentProvider中的数据进行添加、删除、修改和查询操作时，可以使用ContentResolver类来完成，要获取ContentResolver对象，可以使用Context提供的getContentResolver()方法。

3.Uri

Uri指定了将要操作的ContentProvider，其实可以把一个Uri看作是一个网址，我们把Uri分为三部分。

第一部分是”content://”。可以看作是网址中的”http://”。
第二部分是主机名或authority，用于唯一标识这个ContentProvider，外部应用需要根据这个标识来找到它。可以看作是网址中的主机名，比如”blog.csdn.net”。
第三部分是路径名，用来表示将要操作的数据。可以看作网址中细分的内容路径。

原文链接：https://blog.csdn.net/xianKOG/article/details/81702119