android笔记

Android四大基本组件分别是：

1、活动(Activity)；

2、服务(Service)；

3、内容提供者(Content Provider)；

4、广播接收器(BroadcastReceiver)。

Activity

答：应用程序中，一个Activity通常就是一个单独的屏幕，它上面可以显示一些控件也可以监听并处理用户的事件做出响应。一般所指的活动是用户界面。一个应用程序可能有一个或者以上的活动存在，每个活动也都会有自己的View。

Service

答：一个Service 是一段长生命周期的，没有用户界面的程序，可以用来开发如监控类程序。服务是在背景长时间运行的应用组件，不和用户直接进行互动。

BroadcastReceiver

答：广播接收器

Android四大组件的详细讲解

Android应用程序由一些零散的有联系的组件组；Activities(活动)应用程序的显示层；Services(服务)Android应用程序中；Content(内容)提供共享的数据存储；Intents(意图)简单的消息传递框架；BroadcastReceivers(广播接收器；Notifications(通知)用户通知的框架；一、Activity详解Act

Android应用程序由一些零散的有联系的组件组成，通过一个工程manifest 绑定在一起。在manifest中，描述了每一个组件以及组件的作用，其中有6个组件，它们是Android应用程序的基石：

Activities(活动)应用程序的显示层。每一个画面对应于你的应用程序，将会是Activity类的扩展。Activity使用Views去构建UI来显示信息和响应用户的行为。就桌面开发而言，一个Activity相当于一张Form。你在这章中将会学习到更多关于Activities。

Services(服务)：Android应用程序中不可见的“工人”。Service组件运行时不可见，但它负责更新的数据源和可见的Activity，以及触发通知。它们常用来执行一些需要持续运行的处理，当你的Activity已经不处于激活状态或不可见。你将在第8章学习怎样创建Service。

Content(内容)：提供共享的数据存储。Content Provider(内容提供器)用来管理和共享应用程序的数据库。在应用程序间，Content Provider是共享数据的首选方式。这意味着，你可以配置自己的Content Provider去存取其他的应用程序或者通过其他应用程序暴露的Content Provider去存取它们的数据。Android设备本身包含了几个Content Provider来访问像联系人信息等有用的数据库。你将在第6章学习怎样创建和使用Content Provider。

Intents(意图)简单的消息传递框架。使用Intent，你可以在整个系统内广播消息或者给特定的Activity或者服务来执行你的行为意图。系统会决定那个(些)目标来执行适当的行为。

Broadcast Receivers(广播接收器) Intent广播的“消费者”。通过创建和注册一个Broadcast Receiver，应用程序可以监听符合特定条件的广播的Intent。Broadcast Receiver 会自动的启动你的Android应用程序去响应新来的Intent。Broadcast Receiver是事件驱动程序的理想手段。

Notifications(通知) 用户通知的框架。Notification用来在不需要焦点或不中断它们当前Activity的情况下提示用户。它们是Service或 Broadcast Receiver获得用户注意的首选方式。例如，当设备收到文本信息或外部来电时，它通过闪光，发声，显示图标或显示对话框信息来提醒你。在第8章里，你可以使用Notification来触发这些事件。

一、Activity详解 Activty的生命周期的也就是它所在进程的生命周期。

一个Activity的启动顺序：

onCreate()——>onStart()——>onResume()

当另一个Activity启动时:

第一个Activity onPause()——>第二个

ActivityonCreate()——>onStart()——>onResume()

——>第一个ActivityonStop()

当返回到第一个Activity时：

第二个Activity onPause()——>第一个Activity

onRestart()——>onStart()——>onResume()

——>第二个Activity onStop()——>onDestroy()

一个Activity的销毁顺序:

（情况一）onPause()——>

（情况二）onPause()——>onStop()——>

（情况三）onPause()——>onStop()——>onDestroy()

每一个活动（ Activity ）都处于某一个状态，对于开发者来说，是无法控制其应用程序处于某一个状态的，这些均由系统来完成。

但是当一个活动的状态发生改变的时候，开发者可以通过调用 onXX() 的方法获取到相关的通知信息。

在实现 Activity 类的时候，通过覆盖（ override ）这些方法即可在你需要处理的时候来调用。

一、 onCreate ：当活动第一次启动的时候，触发该方法，可以在此时完成活动的初始化工作。

onCreate 方法有一个参数，该参数可以为空（ null ），也可以是之前调用

onSaveInstanceState （）方法保存的状态信息。

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

三、 onResume ：当一个活动和用户发生交互的时候，触发该方法。

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

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

六、onRestart ：当处于停止状态的活动需要再次展现给用户的时候，触发该方法。

七、 onDestroy：当活动销毁的时候，触发该方法。和 onStop 方法一样，如果内存紧张，系统会直接结束这个活动而不会触发该方法。

· onSaveInstanceState ：系统调用该方法，允许活动保存之前的状态，比如说在一串字符串中的光标所处的位置等。

通常情况下，开发者不需要重写覆盖该方法，在默认的实现中，已经提供了自动保存活动所涉及到的用户界面组件的所有状态信息。

Activity栈