Android 四大组件之一Service简单的用法以及Broadcast使用 - 简书
下载简书移动应用
写了47709字，被390人关注，获得了242个喜欢
Android 四大组件之一Service简单的用法以及Broadcast使用
Android studio 工程
第一步，创建一个工程，建立一个简单的service
1.我们工程创建完毕，接下来进入到MainActivity里面，在当前包下右键创建一个类，继承自Service,具体的操作我们截图了，看截图怎么创建，只是新手操作的，在创建好的工程基础上进行如下操作
我们创建一个自定义action的service
这里两种Service
为什么我们选择第一种其实这个地方我也了解的不是很深入，
第二种我们可以在AndroidMainfest.xml
指定Intent-filter里面的action
因为系统服务很多，简单来说也就是指定一个匹配名字，知道我们当前需要用哪一个服务，是需要在使用时绑定的，使用bindService
第一种的那个我们一般是直接使用startService(intent),启动服务的，这两种具体怎么区分我也不是很清楚，待后面仔细研究一下，我的简单理解就是所管理的生命周期不一样，
自己定义使用的服务类
接下来我们看下服务类怎么写,这里还有一步，别忘了，就是在配置文件添加,创建好之后这个要手动添加一下action，来给我们的服务起个名字
&application
android:allowBackup="true"
android:icon="@mipmap/ic_launcher"
android:label="@string/app_name"
android:theme="@style/AppTheme"&
android:name=".MainActivity"
android:label="@string/app_name"&
&intent-filter&
&action android:name="android.intent.action.MAIN" /&
android:name="android.intent.category.LAUNCHER" /&
&/intent-filter&
&/activity&
android:name="my.teco.plee.sigalton.MsgService"
android:enabled="true"
android:permission="my.teco.plee.sigalton.MsgService"&
&intent-filter&
android:name="my.teco.plee.sigalton.MSG_ACTION"&&/action&
&/intent-filter&
&/service&
&/application&
这里写代码了
public class MsgService extends Service {
* 进度条的最大值
public static final int MAX_PROGRESS_VALUE = 100;
* 进度条的进度值
private int progress = 0;
//下面这句话是第二种方法，用通知
Intent intent = new Intent("my.teco.plee.sigalton.RECEIVER");
//下面这个是使用第一种方法
* 更新进度的回调接口
OnProgressListener onProgressL
注册回调接口的方法，供外部调用
setOnProgressListener(OnProgressListener onProgressListener){
//获取传入的接口对象
this.onProgressListener = onProgressL
* 增加get() 方法，供Activity调用
* @return 下载进度
public int getProgress() {
* 模拟下载任务，每秒钟更新一次
public void startDownLoad() {
new Thread(new Runnable() {
public void run() {
while (progress & MAX_PROGRESS_VALUE) {
progress += 5;
//发送Action为my.teco.plee.sigalton.RECEIVER
intent.putExtra("progress",progress);
sendBroadcast(intent);//
//进度条发生变化通知方法//
if (onProgressListener !=null){//
onProgressListener.onProgress(progress);//
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}).start();//开启
public MsgService() {
public int onStartCommand(Intent intent, int flags, int startId) {
startDownLoad();
return super.onStartCommand(intent, flags, startId);
public IBinder onBind(Intent intent) {
// TODO: Return the communication channel to the service.
//如果使用第一种方法的话需要下面这样写
return new MsgBinder();
//第二种方法需要写成下面
throw new UnsupportedOperationException("Not yet implemented");
//返回绑定服务返回的实例
MsgBinder extends Binder{
* 获取当前Service的实例
MsgService getService(){
return MsgService.
MainActivity 我们的代码，第一种方法，
public class MainActivity extends AppCompatActivity {
private MsgService msgS
private int progress = 0;
private ProgressBar mProgressB
MsgReceiver msgR
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);//
SharePreferenceClass.getInstance().getClass();
//绑定Service 第一种方法
，如果使用第二种方法注释下面这两句
Intent intent = new Intent("my.teco.plee.sigalton.MSG_ACTION");
bindService(intent,connection, Context.BIND_AUTO_CREATE);
//第二种方法，打开下面的广播接收器
//动态注册广播接收器
// msgReceiver = new MsgReceiver();
IntentFilter intentFilter = new IntentFilter();
intentFilter.addAction("my.teco.plee.sigalton.RECEIVER");
registerReceiver(msgReceiver, intentFilter);
mProgressBar = (ProgressBar) findViewById(R.id.progessBar1);
Button button = (Button) findViewById(R.id.button1);
button.setOnClickListener(new View.OnClickListener() {
public void onClick(View v) {
//下面是第一种方法,每次我们只能使用一个
//开始下载
msgService.startDownLoad();
//监听进度
listenProgress();
//下面是第二种形式启动service，我们先注释掉
//启动服务
// mIntent = new Intent("my.teco.plee.sigalton.MSG_ACTION");
startService(mIntent);
监听进度，每秒获取调用MsgService 的getPress方法来获取进度，更新UI
public void listenProgress() {
new Thread(new Runnable() {
public void run() {
while (progress & MsgService.MAX_PROGRESS_VALUE) {
progress = msgService.getProgress();
mProgressBar.setProgress(progress);
System.out.println(progress+"我");
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}).start();
//第一种方法使用下面这个
ServiceConnection connection = new ServiceConnection() {
public void onServiceConnected(ComponentName name, IBinder
service) {
//返回一个MsgService对象
msgService = ((MsgService.MsgBinder) service).getService();
//注册回调接口来接受下载进度的变化
//msgService 相当于Class B,Activity 相当于Class
// setOnProgressListener相当于方法C，A调用B类的方法C，C方法的参数中有接口。
// 传入方法C中的接口要实现接口中的方法。
msgService.setOnProgressListener(new
OnProgressListener() {
public void onProgress(int progress) {
mProgressBar.setProgress(progress);
System.out.println("我已经连接了");
public void onServiceDisconnected(ComponentName name) {
protected void onDestroy() {
super.onDestroy();
//停止服务
unbindService(connection);
//注销广播
第二种在写这个，
unregisterReceiver(msgReceiver);
// 第二种方法使用下面的
* 广播接受器
MsgReceiver extends BroadcastReceiver{
public void onReceive(Context context, Intent intent) {
//拿到进度
int progress = intent.getIntExtra("progress",0);
mProgressBar.setProgress(progress);
System.out.println(progress + "我");
我们贴上接口代码
public interface OnProgressListener {
onProgress(int progress);}
最后我们看一下工程目录结构
看图上代码结构进行配置工程
以上是使用service ，进行简单的计数，第一种是使用回调，第二种是使用通知更新
犒劳一下辛苦的小宝宝，技术其实做起来真的很辛苦
打开微信“扫一扫”，打开网页后点击屏幕右上角分享按钮
犒劳一下辛苦的小宝宝，技术其实做起来真的很辛苦
选择支付方式：后使用快捷导航没有帐号？
查看: 600|回复: 2
Spark四大组件的介绍和应用
注册会员, 积分 53, 距离下一级还需 147 积分
论坛徽章:3
Spark四大组件包括Spark Streaming、Spark SQL、Spark MLlib和Spark GraphX。它们的主要应用场景是:
Spark Streaming:
Spark Streaming基于微批量方式的计算和处理，可以用于处理实时的流数据。它使用DStream，简单来说就是一个弹性分布式数据集（RDD）系列，处理实时数据。
Spark SQL:
Spark SQL可以通过JDBC API将Spark数据集暴露出去，而且还可以用传统的BI和可视化工具在Spark数据上执行类似SQL的查询。用户还可以用Spark SQL对不同格式的数据（如JSON，Parquet以及数据库等）执行ETL，将其转化，然后暴露给特定的查询。
Spark MLlib:
MLlib是一个可扩展的Spark机器学习库，由通用的学习算法和工具组成，包括二元分类、线性回归、聚类、协同过滤、梯度下降以及底层优化原语。用于机器学习和统计等场景
Spark GraphX:
GraphX是用于图计算和并行图计算的新的（alpha）Spark API。通过引入弹性分布式属性图（Resilient Distributed Property Graph），一种顶点和边都带有属性的有向多重图，扩展了Spark RDD。为了支持图计算，GraphX暴露了一个基础操作符集合（如subgraph，joinVertices和aggregateMessages）和一个经过优化的Pregel API变体。此外，GraphX还包括一个持续增长的用于简化图分析任务的图算法和构建器集合。
新手上路, 积分 47, 距离下一级还需 3 积分
论坛徽章:1
简洁明了，学习啦！~
注册会员, 积分 107, 距离下一级还需 93 积分
论坛徽章:21
分析的非常到位，学习了,多谢分享
扫一扫加入本版微信群Android四大基本组件介绍与生命周期
，Service服务,Content Provider内容提供者，BroadcastReceiver广播接收器。
了解四大基本组件
通常就是一个单独的屏幕，它上面可以显示一些控件也可以监听并处理用户的事件做出响应。
进行通信。在Intent 的描述结构中，有两个最重要的部分：动作和动作对应的数据。
（activity的门户）、VIEW、PICK、EDIT
等。而动作对应的数据则以URI
的形式进行表示。例如：要查看一个人的联系方式，你需要创建一个动作类型为VIEW 的intent，以及一个表示这个人的URI。
。相对于intent 是一个有效的做某事的请求，一个intentfilter 则用于描述一个activity（或者IntentReceiver）能够操作哪些intent。一个activity 如果要显示一个人的联系方式时，需要声明一个IntentFilter，这个IntentFilter 要知道怎么去处理VIEW 动作和表示一个人的URI。IntentFilter 需要在AndroidManifest.xml 中定义。通过解析各种intent，从一个屏幕导航到另一个屏幕是很简单的。当向前导航时，activity 将会调用startActivity(Intent
myIntent)方法。然后，系统会在所有安装的应用程序中定义的IntentFilter 中查找，找到最匹配myIntent 的Intent 对应的activity。新的activity 接收到myIntent 的通知后，开始运行。当startActivity 方法被调用将触发解析myIntent 的动作，这个机制提供了两个关键好处：
能够重复利用从其它组件中以Intent 的形式产生的一个请求；
可以在任何时候被一个具有相同IntentFilter 的新的Activity 取代。
组件为默认启动类当程序启动时系统自动调用它
&intent-filter&
&action android:name="android.intent.action.MAIN"
&category android:name="android.intent.category.LAUNCHER"
&/intent-filter&
如当电话呼入时，或者数据网络可用时)进行接收并做出响应。广播接收器没有用户界面。然而，它们可以启动一个activity或serice 来响应它们收到的信息，或者用NotificationManager
来通知用户。通知可以用很多种方式来吸引用户的注意力──闪动背灯、震动、播放声音等。一般来说是在状态栏上放一个持久的图标，用户可以打开它并获取消息。
发送的，该方法第2个参数决定该广播的级别，级别数值是在 -1000 到 1000 之间 ,
发送的优先级越高；广播接收者接收广播时的级别级别（可通过intentfilter中的priority进行设置设为时优先级最高），同级别接收的先后是随机的，
再到级别低的收到广播，高级别的或同级别先接收到广播的可以通过abortBroadcast()方法截断广播使其他的接收者无法收到该广播，还有其他构造函数
initialCode,
initialData, initialExtras)方法，该方法具有有序广播的特性也有异步广播的特性；发送异步广播要：
&uses-permission
android:name="android.permission.BROADCAST_STICKY"
/&权限，接收并处理完Intent后，广播依然存在，直到你调用removeStickyBroadcast(intent)主动把它去掉
参数与Contex.startActivity()启动起来的Intent不同,前者可以被多个订阅它的广播接收器调用,后者只能被一个(Activity或service)调用
的类,重写onReceive()方法,广播接收器仅在它执行这个方法时处于活跃状态。当onReceive()返回后，它即为失活状态,注意:为了保证用户交互过程的流畅,一些费时的操作要放到线程里,如类名SMSBroadcastReceiver
注册有两种方法程序动态注册和AndroidManifest文件中进行静态注册（可理解为系统中注册）如下：
注册的广播，下面的priority表示接收广播的级别
android:name=".SMSBroadcastReceiver"
&&&intent-filter
android:priority = "" &
&&&&&action
android:name="android.provider.Telephony.SMS_RECEIVED" /&
&/intent-filter&
&/receiver
可交互时onResume()内注册BroadcastReceiver
unregisterReceiver(receiver);
生命周期只有十秒左右，如果在
onReceive()
内做超过十秒内的事情，就会报ANR(Application
No Response) 程序无响应的错误信息，如果需要完成一项比较耗时的工作 , 应该通过发送 Intent 给 Service, 由Service 来完成 . 这里不能使用子线程来解决 , 因为 BroadcastReceiver 的生命周期很短 , 子线程可能还没有结束BroadcastReceiver 就先结束了 .BroadcastReceiver 一旦结束 , 此时 BroadcastReceiver 的所在进程很容易在系统需要内存时被优先杀死
, 因为它属于空进程
( 没有任何活动组件的进程
). 如果它的宿主进程被杀死
, 那么正在工作的子线程也会被杀死
. 所以采用子线程来解决是不可靠的
2. 关掉后，广播也就失效了。静态注册无需担忧广播接收器是否被关闭,只要设备是开启状态,广播接收器也是打开着的。也就是说哪怕app本身未启动,该app订阅的广播在触发时也会对它起作用
如开机启动、电池电量变化、时间改变等广播
是一段长生命周期的，没有用户界面的程序，可以用来开发如监控类程序。
，让使用者可以选择歌曲并播放歌曲。然而，音乐重放这个功能并没有对应的activity，因为使用者当然会认为在导航到其它屏幕时音乐应该还在播放的。在这个例子中，媒体播放器这个activity 会使用Context.startService()来启动一个service，从而可以在后台保持音乐的播放。同时，系统也将保持这个service 一直执行，直到这个service 运行结束。另外，我们还可以通过使用Context.bindService()方法，连接到一个service 上（如果这个service 还没有运行将启动它）。当连接到一个service 之后，我们还可以service
提供的接口与它进行通讯。拿媒体播放器这个例子来说，我们还可以进行暂停、重播等操作。
2&AndroidManifast.xml节点里对服务进行配置
name=".SMSService"/&
需要通过Contex.startService()或Contex.bindService()启动服务
方法启动的服务于调用者没有关系,即使调用者关闭了,服务仍然运行想停止服务要调用Context.stopService(),此时系统会调用onDestory(),使用此方法启动时,服务首次启动系统先调用服务的onCreate()--&onStart(),如果服务已经启动再次调用只会触发onStart()方法
启动的服务与调用者绑定,只要调用者关闭服务就终止,使用此方法启动时,服务首次启动系统先调用服务的onCreate()--&onBind(),如果服务已经启动再次调用不会再触发这2个方法,调用者退出时系统会调用服务的onUnbind()--&onDestory(),想主动解除绑定可使用Contex.unbindService(),系统依次调用onUnbind()--&onDestory();
使一个应用程序的指定数据集提供给其他应用程序。这些数据可以存储在文件系统中、在一个SQLite数据库、或以任何其他合理的方式,
类(见ContentProviderAccessApp例子)从该内容提供者中获取或存入数据.(相当于在应用外包了一层壳),
统一数据访问方式。
顶级的表示数据库名,非顶级的都是表名)这些内容提供者在SDK文档的android.provider Java包中都有介绍。见：/reference/android/provider/package-summary.html
&&&&&&&&&&&&&
├────Groups
&&&&&&&&&&&&&
├────People
&&&&&&&&&&&&&
├────Phones
&&&&&&&&&&&&&
└────Photos
&&&&&&&&&&&&&
└────Thumbnails
&&&&&&&&&&&&&
├────Albums
&&&&&&&&&&&&&
├────Artists
&&&&&&&&&&&&&
├────Audio
&&&&&&&&&&&&&
├────Genres
&&&&&&&&&&&&&
└────Playlists
Contact.People.Phones
Setting.System
对外共享数据的步骤
类并根据需求重写以下方法:
public boolean onCreate();//
public Uri insert(Uri uri, ContentValues initialValues);
public int delete(Uri uri, String selection, String[]
selectionArgs);
public int update(Uri uri, ContentValues values, String
selection,
String[] selectionArgs);
public Cursor query(Uri uri, String[] projection, String
selection,
String[] selectionArgs, String sortOrder) ;
public String getType(Uri uri)
参数,得到后需要进行解析然后做对应处理,Uri表示要操作的数据,包含两部分信息:
2.中的什么数据进行操作,一个Uri格式:结构头://authorities(域名)/路径(要操作的数据,根据业务而定)
content://com.bravestarr.provider.personprovider/person/10
的结构头已经由android规定为content://
程序,外部调用者可以根据这个找到他
路径的构建根据业务而定.路径格式如下:&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
表行号为10的记录,可以这样构建/person/10
表的所有记录,可以这样构建/person
中使用&provider&对ContentProvider进行配置注册(内容提供者注册它自己就像网站注册域名),ContentProvider采用authoritie(原意授权,可理解为域名)作为唯一标识,方便其他应用能找到
android:icon="@drawable/ic_launcher"
android:label="@string/app_name" &
&!-- authorities公司名.provider.SomeProvider--&
&provider android:name=".PersonProvider"
android:authorities="com.bravestarr.provider.personprovider"/&
每个Activity、service、Content
Provider内容提供者都需要在AndroidManifest文件中进行配置AndroidManifest文件中未进行声明的activity、服务以及内容提供者将不为系统所见，从而也就不可用，而BroadcastReceive广播接收者的注册分静态注册（在AndroidManifest文件中进行配置）和通过代码动态创建并以调用Context.registerReceiver()的方式注册至系统。需要注意的是在AndroidManifest文件中进行配置的广播接收者会随系统的启动而一直处于活跃状态,只要接收到感兴趣的广播就会触发（即使程序未运行）
属性指定了实现了这个activity 的Activity 的子类。icon 和label 属性指向了包含展示给用户的此activity 的图标和标签的资源文件。
发出的请求后，内容提供者被激活。而其它三种组件──activity、服务和广播接收器被一种叫做intent 的异步消息所激活
的激活通过传递一个Intent 对象至Context.startActivity()或Activity.startActivityForResult()以载入（或指定新工作给）一个activity。相应的activity 可以通过调用getIntent() 方法来查看激活它的intent。如果它期望它所启动的那个activity 返回一个结果，它会以调用startActivityForResult()来取代startActivity()。比如说，如果它启动了另外一个Activity
以使用户挑选一张照片，它也许想知道哪张照片被选中了。结果将会被封装在一个Intent 对象中，并传递给发出调用的activity 的onActivityResult() 方法。
对象至Context.startService()或Context.bindService()前者Android 调用服务的onStart()方法并将Intent 对象传递给它，后者Android 调用服务的onBind()方法将这个Intent 对象传递给它
对象至给Context.sendBroadcast() 、
会调用所有对此广播有兴趣的广播接收器的onReceive()方法，将intent 传递给它们
提出请求的时候激活。而一个广播接收器仅在响应广播信息的时候激活。所以，没有必要去显式的关闭这些组件。
方法来关闭一个activity
方法启动的服务要调用Context.stopService()方法关闭服务，使用bindService()方法启动的服务要调用Contex.unbindService ()方法关闭服务
四大组件的生命周期
的栈它由一个或多个Activity组成的共同完成一个完整的用户体验，
换句话说任务就是
了，那么你的activity 所需要做的工作就是把请求信息放到一个Intent 对象里面，并把它传递给startActivity()。于是地图浏览器就会显示那个地图。而当用户按下BACK 键的时候，你的activity 又会再一次的显示在屏幕上，此时任务是由2个应用程序中的相关activity组成的）栈底的是启动整个任务的Activity，栈顶的是当前运行的用户可以交互的Activity，当一个activity 启动另外一个的时候，新的activity 就被压入栈，并成为当前运行的activity。而前一个activity 仍保持在栈之中。当用户按下BACK 键的时候，当前activity 出栈，而前一个恢复为当前运行的activity。栈中保存的其实是对象，栈中的Activity
永远不会重排，只会压入或弹出，所以如果发生了诸如需要多个地图浏览器的情况，就会使得一个任务中出现多个同一Activity 子类的实例同时存在。
是作为一个整体进行移动的。整个的任务（即activity
栈）可以移到前台，或退至后台。举个例子说，比如当前任务在栈中存有四个activity──三个在当前activity 之下。当用户按下HOME
键的时候，回到了应用程序加载器，然后选择了一个新的应用程序（也就是一个新任务）。则当前任务遁入后台，而新任务的根activity
显示出来。然后，过了一小会儿，用户再次回到了应用程序加载器而又选择了前一个应用程序（上一个任务）。于是那个任务，带着它栈中所有的四个activity，再一次的到了前台。当用户按下BACK 键的时候，屏幕不会显示出用户刚才离开的activity（上一个任务的根
被弹出，而同一任务中的上一个activity 显示了出来。
的操作系统，可以在用手机听音乐的同时，也执行其他多个程序。每多执行一个应用程序，就会多耗费一些系统内存，当同时执行的程序过多，或是关闭的程序没有正确释放掉内存，系统就会觉得越来越慢，甚至不稳定。
引入了一个新的机制--
生命周期(Life
框架进行管理，而不是由应用程序直接控
的onCreate 方法），都会产生
。当系统内存即将不足的时候，会依照优先级自动进行进程(process)的回收。不管是使用者或开发者，
都无法确定的应用程序何时会被回收。所以为了很好的防止数据丢失和其他问题，了解生命周期很重要。
生命周期图
种状态、7个重要方法和3个嵌套循环
运行在屏幕前台(处于当前任务活动栈的最上面),此时它获取了焦点能响应用户的操作,属于运行状态，同一个时刻只会有一个Activity 处于活动(Active)或运行
失去焦点但仍对用户可见(如在它之上有另一个透明的Activity或Toast、AlertDialog等弹出窗口时)它处于暂停状态。暂停的Activity仍然是存活状态(它保留着所有的状态和成员信息并保持和窗口管理器的连接),但是当系统内存极小时可以被系统杀掉
遮挡时处于停止状态,它仍然保留着所有的状态和成员信息。只是对用户不可见,当其他地方需要内存时它往往被系统杀掉
，可以在程序中调用"finish"方法。
虚拟机会根据其内存回收规则来回收内存：
或Service/Intent Receiver
无关的进程(即优先回收独
因此建议,我们的一些(耗时)后台操作，最好是作成Service的形式
2.处于Stopped状态的)Activity
3.Service除非真的没有内存可用时会被销毁)
4.状态的)Activity
5.状态的）Activity
当Activity从一种状态进入另一状态时系统会自动调用下面相应的方
第一次被实例化的时候系统会调用,
次这个方法
、为Activity设置所要使用的布局文件2、为按钮绑定监听器等静态的设置操作
onCreate(Bundle savedInstanceState);
可见未获得用户焦点不能交互时系统会调用
onStart();
已经停止然后重新被启动时系统会调用
onRestart();
可见且获得用户焦点能交互时系统会调用
onResume();
时,在新Activity启动之前被系统调用保存现有的Activity中的持久数据、停止动画等,这个实现方法必须非常快。当系统而不是用户自己出于回收内存时，关闭了activity
之后。用户会期望当他再次回到这个activity
的时候，它仍保持着上次离开时的样子。此时用到了onSaveInstanceState()，方法onSaveInstanceState()用来保存Activity被杀之前的状态,在onPause()之前被触发,当系统为了节省内存销毁了Activity(用户本不想销毁)时就需要重写这个方法了,当此Activity再次被实例化时会通过onCreate(Bundle
savedInstanceState)将已经保存的临时状态数据传入因为onSaveInstanceState()方法不总是被调用,触发条件为(按下HOME键,按下电源按键关闭屏幕,横竖屏切换情况下),你应该仅重写onSaveInstanceState()来记录activity的临时状态，而不是持久的数据。应该使用onPause()来存储持久数据。
onPause();
被新的Activity完全覆盖不可见时被系统调用
用户调用finish()或系统由于内存不足)被系统销毁杀掉时系统调用,（整个生命周期只调用1次）用来释放onCreate
()方法中创建的资源,如结束线程等
onDestroy();
1.Activity从第一次调用onCreate()开始直到调用onDestroy()结束
2.Activity从调用onStart()到相应的调用onStop()
可以保持显示Activity所需要的资源。如在onStart()中注册一个广播接收者监听影响你的UI的改变,在onStop() 中注销。
3.Activity从调用onResume()到相应的调用onPause()。
：有3个Acitivity,分别用One,Two(透明的),Three表示,One是应用启动时的主Activity
时,它的次序是
onCreate (ONE) - onStart (ONE) - onResume(ONE)
打开透明Activity"按钮时,这时走的次序是
onPause(ONE) - onCreate(TWO) - onStart(TWO) -
onResume(TWO)
回到第一个界面,Two会被杀这时走的次序是
onPause(TWO) - onActivityResult(ONE) - onResume(ONE) - onStop(TWO)
- onDestroy(TWO)
打开全屏Activity"按钮时,这时走的次序是
onPause(ONE) - onCreate(Three) - onStart(Three) - onResume(Three) -
onStop(ONE)
回到第一个界面,Three会被杀这时走的次序是
onPause(Three) - onActivityResult(ONE) - onRestart(ONE) -
onStart(ONE)- onResume(ONE) - onStop(Three) -
onDestroy(Three)
退出应用时,它的次序是
onPause(ONE) - onStop(ONE) - onDestroy(ONE)&&&&&&&&&
：横竖屏切换时候Activity的生命周期
，并把各个生命周期打印出来
，得到如下信息
切换成横屏时
切换成竖屏时，发现打印了两次相同的log
，把该Activity添加android:configChanges="orientation"，执行步骤3
，发现不会再打印相同信息，但多打印了一行onConfigChanged
的android:configChanges="orientation" 改成
android:configChanges="orientation|keyboardHidden"，执行步骤3，就只打印onConfigChanged
的android:configChanges时，切屏会重新调用各个生命周期，切横屏时会执行一次，切竖屏时会执行两次
的android:configChanges="orientation"时，切屏还是会重新调用各个生命周期，切横、竖屏时只会执行一次
的android:configChanges="orientation|keyboardHidden"时，切屏不会重新调用各个生命周期，只会执行onConfigurationChanged方法
的生命周期
产生事件弹出Toast和AlertDialog的时候Activity的生命周期不会有改变
键(跟被完全覆盖是一样的)：onSaveInstanceState --& onPause
--& onStop，再次进入激活状态时：
内做超过十秒内的事情，就会报ANR(Application No Response)
程序无响应的错误信息
方法开始到该方法返回结果后结束
生命周期图
从调用onCreate()开始直到调用onDestroy()结束
启动，而以调用Context.stopService()结束
方法建立，以调用Context.unbindService()关闭
（）或bindService（）时，Service第一次被实例化的时候系统会调用,整个生命周期只调用1次这个方法，通常用于初始化设置。注意：多次调用startService（）或bindService（）方法不会多次触发onCreate（）方法
void onCreate():
或unbindService（）来停止服务时被系统调用,（整个生命周期只调用1次）用来释放onCreate()方法中创建的资源
void onDestroy():
方法启动的服务
的Intent对象。如音乐服务会打开Intent 来探明将要播放哪首音乐，并开始播放。注意：多次调用startService（）方法会多次触发onStart（）方法
void onStart(Intent intent):
方法启动的服务
的Intent 的对象。注意：多次调用bindService（）时，如果该服务已启动则不会再触发此方法
IBinder onBind(Intent intent):
时系统调用此方法，Intent 对象同样传递给该方法
后，新的才会调用该方法
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。