Activity--初探篇

Activity–初识

个人笔记整理，不喜勿喷，

简述

Activity是Android组件中最基本也是最为常见用的四大组件（Activity，Service服务,Content Provider内容提供者，BroadcastReceiver广播接收器）之一。是一个应用程序组件，用于与用户进行交互，你可以通过setContentView(View)方法来设置你的Activity需要显示什么控件。

生命周期

接下来看下面这张图：

在正常的情况下，Activity会经历以上的生命周期

1. onCreate() ：生命周期的第一个方法，表示Activity正在被创建，我们的初始化工作都可以在这里执行，比如加载界面这些
2. onStart()：表示Activity正在被启动，此时，Activity是处于可见的，但是我们看不到，还没有出现在前台，不能与用户进行交互。
3. onResume()：表示Activity已经创建完成了，可见的可以与出现在前台被与用户交互
4. onPasue()：表示Activit正在停止，可以在此方法内做一些存储数据、停止动画等工作，注意不要进行耗时操作，这个方法必须先执行完，新的Activity的onResume方法才会执行（可以通过源码得知或者自行测试）
5. onStop()：表示Activity即将停止，可以做一些重量级回收工作，同样的不要进行太耗时的操作
6. onRestart()：表示Activity正在重新启动，从不可见状态重新变为可见状态。
7. onDestroy()：表示Activity即将销毁，可以做回收工作和最终的资源释放。

Activity启动时状态变化

启动Activity: onCreate()—>onStart()—>onResume()，Activity进入运行状态。
Activity退居后台: 当前Activity转到新的Activity界面或按Home键回到主屏： onPause()—>onStop()，进入停滞状态。(如果新的Activity采用的是透明主题，那么当前的Activity不会回调onStop)
Activity返回前台: onRestart()—>onStart()—>onResume()，再次回到运行状态。
Activity退居后台，且系统内存不足， 系统会杀死这个后台状态的Activity（此时这个Activity引用仍然处在任务栈中，只是这个时候引用指向的对象已经为null），若再次回到这个Activity,则会走onCreate()–>onStart()—>onResume()(将重新走一次Activity的初始化生命周期)
用户按back键回退时：onPause()–>onStop()–>onDestroy
锁屏：onPause()->onStop()
解锁：onStart()->onResume()
从整个生命周期来看，onCreate和onDestroy配对，创建对销毁；onStart和onStop配对，是否可见（后台），onResume和onPasue，是否前台可见

缓存方法

onSaveInstanceState (Bundle outState)

当某个activity变得“容易”被系统销毁时即因为资源相关的系统配置发生改变导致Activity被杀死并重新创建或者系统内存不足导致低优先级Activity被杀死，该activity的onSaveInstanceState就会被执行，除非该activity是被用户主动销毁的，例如当用户按BACK键的时候。
onSaveInstanceState方法会在什么时候被执行，有这么几种情况：
1、当用户按下HOME键时。
这是显而易见的，系统不知道你按下HOME后要运行多少其他的程序，自然也不知道activity A是否会被销毁，故系统会调用onSaveInstanceState，让用户有机会保存某些非永久性的数据。以下几种情况的分析都遵循该原则
2、长按HOME键，选择运行其他的程序时。
3、按下电源按键（关闭屏幕显示）时。
4、从activity A中启动一个新的activity时。
5、屏幕方向切换时，例如从竖屏切换到横屏时。（如果不指定configchange属性） 在屏幕切换之前，系统会销毁activity A，在屏幕切换之后系统又会自动地创建activity A，所以onSaveInstanceState一定会被执行
onSaveInstanceState的调用遵循一个重要原则，即当系统“未经你许可”时销毁了你的activity，则onSaveInstanceState会被系统调用，这是系统的责任，因为它必须要提供一个机会让你保存你的数据（当然你不保存那就随便你了）。另外，需要注意的几点：
1.布局中的每一个View默认实现了onSaveInstanceState()方法，这样的话，这个UI的任何改变都会自动地存储和在activity重新创建的时候自动地恢复。但是这种情况只有在你为这个UI提供了唯一的ID之后才起作用，如果没有提供ID，app将不会存储它的状态。
2.由于默认的onSaveInstanceState()方法的实现帮助UI存储它的状态，所以如果你需要覆盖这个方法去存储额外的状态信息，你应该在执行任何代码之前都调用父类的onSaveInstanceState()方法（super.onSaveInstanceState()）。 既然有现成的可用，那么我们到底还要不要自己实现onSaveInstanceState()?这得看情况了，如果你自己的派生类中有变量影响到UI，或你程序的行为，当然就要把这个变量也保存了，那么就需要自己实现，否则就不需要。
3.由于onSaveInstanceState()方法调用的不确定性，你应该只使用这个方法去记录activity的瞬间状态（UI的状态）。不应该用这个方法去存储持久化数据。当用户离开这个activity的时候应该在onPause()方法中存储持久化数据（例如应该被存储到数据库中的数据）。
4.onSaveInstanceState()如果被调用，这个方法会在onStop()前被触发，但系统并不保证是否在onPause()之前或者之后触发。

onRestoreInstanceState (Bundle outState)

至于onRestoreInstanceState方法，需要注意的是，onSaveInstanceState方法和onRestoreInstanceState方法“不一定”是成对的被调用的
onRestoreInstanceState被调用的前提是，activity A“确实”被系统销毁了，而如果仅仅是停留在有这种可能性的情况下，则该方法不会被调用，例如，当正在显示activity A的时候，用户按下HOME键回到主界面，然后用户紧接着又返回到activity A，这种情况下activity A一般不会因为内存的原因被系统销毁，故activity A的onRestoreInstanceState方法不会被执行
另外，onRestoreInstanceState的bundle参数也会传递到onCreate方法中，你也可以选择在onCreate方法中做数据还原。 还有onRestoreInstanceState在onstart之后执行。 至于这两个函数的使用，给出示范代码（留意自定义代码在调用super的前或后）

Activity的启动模式

• standard : 标准模式,每次启动Activity都会创建一个新的Activity实例,并且将其压入任务栈栈顶,而不管这个Activity是否已经存在。Activity的启动三回调(onCreate()->onStart()->onResume())都会执行。

• singleTop : 栈顶复用模式.这种模式下,如果新Activity已经位于任务栈的栈顶,那么此Activity不会被重新创建,所以它的启动三回调就不会执行,同时Activity的onNewIntent()方法会被回调.如果Activity已经存在但是不在栈顶,那么作用与standard模式一样.

• singleTask: 栈内复用模式.创建这样的Activity的时候,系统会先确认它所需任务栈已经创建,否则先创建任务栈.然后放入Activity,如果栈中已经有一个Activity实例,那么这个Activity就会被调到栈顶,onNewIntent(),并且singleTask会清理在当前Activity上面的所有Activity.(clear top)

• singleInstance : 加强版的singleTask模式,这种模式的Activity只能单独位于一个任务栈内,由于栈内复用的特性,后续请求均不会创建新的Activity,除非这个独特的任务栈被系统销毁了

  通过Acitivty的xml标签来改变任务栈的默认行为
  控制Acivity任务栈：android:launchMode="standard|singleInstance|singleTask|singleTop"
  **任务栈是一种后进先出的结构。**位于栈顶的Activity处于焦点状态,当按下back按钮的时候,栈内的Activity会一个一个的出栈,并且调用其onDestory()方法。如果栈内没有Activity,那么系统就会回收这个栈,每个APP默认只有一个栈,以APP的包名来命名.

  应用场景

• singeTop：一般用于dialog或者只需要弹出经常弹出之类的

• singleTask：登录页，首页等页面

• singleInstance：窗口小组件这些
  (如果在singleInstance模式下使用了Intent.FLAG_ACTIVITY_CLEAR_TASK，Activity还是会创建)

InterFilter匹配规则

显示调用：明确指定对象的组件信息，包括包名和类名
隐式调用：不需要指定对象组件信息，但需要匹配对应的interFilter
注意：存在两者时以显示为主
InterFilter
一个Activity能有多个InterFilter，一个intent只能匹配一个InterFilter
过滤列表
action：是字符串，要求Intent中的action存在且必须和过滤规则中的action完成相同即字符相同才能匹配（区分大小写），必须有一个action
category：Intent可以没有，但是有则必须和过滤规则的任何一个相同才能匹配成功，可以没有时因为系统在startActivity或者startActivityForResult的时候默认加上了"android.intent.category.DEFAULT"这个category
data：
两部分组成mimeType和UIRL
mimeType：媒体类型，如：image/jpeg（image/*）、audio/mpeg4-generic和video/*等
URL：

<scheme>://<host>:<port>/[<path>|<pathPrefix>|<pathPattern>]

Scheme:URL的模式，如：http、content、file等
Host：URL主机名
Port：URL端口
<path>|<pathPrefix>|<pathPattern>：
1.表示完整路径信息
3.表示完整路径信息，但是可以包含通配符”*“表示0个或者多个任意字符，正则表达式“*”--->"\\*","\"写成"\\\\"
2.表示路径的前缀信息
Intent指定完整的data应该调用setDataAndType()，单独调用setData和setType两者会互相清楚对方的值

隐式启动判断能够匹配的隐式Intent，两种判断方法：

1

PackageManager packageManager = getPackageManager();
packageManager.resolveActivity(Intent intent,int flag);

2

Intent intent = new Intent(this,Test.class);
intent.resolveActivity(PackageManager pm);

PackageManager的queryIntentActivities返回所有匹配成功的activity信息