第二章先从看得到的入手-探究活动

最新推荐文章于 2021-07-23 17:47:45 发布

薛凯

最新推荐文章于 2021-07-23 17:47:45 发布

阅读量416

点赞数

分类专栏：读书笔记-第一行代码文章标签：读书笔记

本文链接：https://blog.csdn.net/xk3440395/article/details/53520081

版权

读书笔记-第一行代码专栏收录该内容

6 篇文章 0 订阅

订阅专栏

使用Intent在活动之间穿梭

intent一般可被用于启动活动、启动服务以及发送广播等场景。
- 使用隐式意图
隐式意图不明确告诉我们要启动哪一个activity，而是指定一系列抽象的信息action、category等，然后由系统去分析intent，然后给我们找出合适的activity去启动。
Intent中只能添加一个Action，可以添加N个category，如果没有添加，系统会默认添加一个“android.intent.category.DEFAULT”
在清单文件中，我们可以给intent-filter配置data，用来描述该activity可以接受这样的uri。在代码中给Intent指定data即可。intent.setData(Uri.parse(“scheme://host:port/path/mimeType”));
- android: scheme
- android:host
- android:port
- android:path
- android:mimeType
  - 返回数据给上一个活动
BActivity需要调用setResult(int resultCode, Intent data)才能保证AActivity在onActivityResult中收到收据

活动的生命周期

返回栈
- android使用任务（Task）来管理Activity的，一个Task就是存放在栈里的一个集合，这个栈叫做回退栈（Back Task）
Activity的状态
Activity在生命周期中最多有4种状态
- 运行状态
  - 位于栈顶的时候，处于运行状态，系统最不愿意回收它
- 暂停状态
  - 不位于栈顶，但仍然可见（可以理解为调用了onPause，因为调用了onPause之后，就会开始创建新的Activity（Android开发艺术探索第一章），所以当新的Activity设置了透明主题的时候，就是这种状态），系统也不会非常愿意回收它，只有内存极低才会考虑回收。
- 停止状态
  - 不位于栈顶，且不可见（调用了onStop），系统仍会为它保存相应的状态，成员变量，但是这并不可靠，其他地方需要内存的时候，它有可能会被回收。
- 销毁状态
  - 从回退栈中移除的activity，系统最倾向于回收它
Activity的生存周期
- onResume 此时一定位于栈顶，并且处于运行状态
- onPause 通常释放消耗CPU的资源，保存关键数据，但是一定要快，因为它执行完之后，新的activity才会开始创建，所以不能影响新activity的创建
- 完整生存期
  - onCreate和onDestroy之间。在onCreate中进行初始化，在onDestroy中执行释放内存操作
- 可见生存期
  - onStart和onStop之间。由于是可见的，所以，这两个中要进行可见资源的管理。onStart中进行可见资源的加载，onStop中进行可见资源的释放。
- 可见生存期
  - onStart和onStop之间。由于是可见的，所以，这两个中要进行可见资源的管理。onStart中进行可见资源的加载，onStop中进行可见资源的释放。
- 前台生存期
  - onResume和onPause之间。处于运行状态，可以与用户交互。
Activity被回收了怎么办
- activity可能被回收的时候（例如按了home，或者跳到下一个activity的时候，处于onStop状态，容易被回收），就会调用onSaveInstanceState，我们可以在这里进行数据的保存，然后在onCreate中的参数中，如果之前保存了数据，就可以拿到了
- 如果Activity异常终止的时候系统会调用onSaveInstanceState与onRestoreInstanceState来储存和恢复数据

活动的启动模式

standard
singleTop（栈顶单例）
- 如果栈顶已经存在，再次启动的时候，就不会创建一个新的，直接用栈顶的旧activity。而这个activity的onNewIntent会被回调。
singleTask（栈内单例）
- 如果栈内已经存在，再次启动的时候，就不会创建一个新的，直接用栈内的旧activity，它之上的全部被弹出。而这个activity的onNewIntent会被回调。（可以给他指定一个不同的Task，那么就会启动一个新的返回栈，一般不指定）
singleInstance（全局单例）
- 会启用一个新的返回栈来管理它。就像singleTask指定不同的Task之后一样。
- 如果我们的app需要共享出一个activity，让别的app调用，显然前面三种是实现不了的，因为每个app都有自己的返回栈，同一个activity在不同的返回栈中启动肯定创建了不同的新实例，所以就没有共享了。而singleInstance用的是一个单独的回退栈，所以可以解决这个问题。
- A，C是普通activity，B是singleInstance，A->B->C。然后back，结果跳到了A，再back，跳到了B，再back，回到了桌面。因为执行了A->B->C之后，有两个栈，AC和B，此时显示的是C，返回之后C弹出，A就显示了，再返回，A弹出，第一个栈没了，就显示B了。如图所示：整个“大栈”里有N个小栈，每个小栈里面又有N个Activity。

活动的最佳实践

android.os.Process.killPorcess(pid);只能用于杀死自己进程。
A启动B、C、D等，但是我们不知道B、C、D他们需要什么数据，可以在B、C、D中写一个静态方法


public static void actionStart(Context context,String data1,String data2...){
    Intent intent=new Intent(context,B/C/DAcitity.class);
    intent.putExtra("data1",data1);
    //...
    context.startActivity(intent);
}

在A中调用B/C/D的这个静态方法就可以了