diff --git a/blogs/Android/Activity.md b/blogs/Android/Activity.md index 30d0342..ed0644d 100644 --- a/blogs/Android/Activity.md +++ b/blogs/Android/Activity.md @@ -7,12 +7,372 @@ Activity 1. 思维导图 2. 概述 3. 生命周期 + - 正常情况下的生命周期（注意透明 Activity 和 DialogActivity） + - 异常情况下的生命周期 4. 启动模式 -5. 重要方法 -6. 转场动画 -7. 参考 + - LaunchMode + - standard + - singleTop + - singleTask + - singleInstance + - Intent.Flags + - FLAG_ACTIVITY_NEW_TASK + - FLAG_ACTIVITY_SINGLE_TOP + - FLAG_ACTIVITY_CLEAR_TOP + - FLAG_ACTIVITY_EXCLUDE_FORM_RECENTS +5. IntentFilter 匹配规则 + - action + - category + - data + - URI + - mimeType +6. 重要方法 + - onSaveInstanceState、onRestoreInstanceState + - startActivityForResult + - onNewIntent + - onConfigurationChanged + - onTirmMemory +7. 转场动画 + - overridePendingTransition + - 设置 Application Stype + - ActivityOptions +8. 启动流程 + 1. Launcher 请求 AMS + 2. AMS 到 ApplicationThread 的调用过程 + 3. ActivityThread 启动 Activity +9. 参考 #### 思维导图 +![](https://i.loli.net/2019/01/31/5c52b6d319de9.png) + #### 概述 +Activity 即用户界面。 + +#### 生命周期 + +说到生命周期，最经典的一张图： + +![](https://i.loli.net/2019/01/30/5c518e91a1905.png) + +不过还是说一下实例会更好理解一下： + +| 情况 | 回调 | +| ----------------------- | ------------------------------------------------------------ | +| 第一次启动 | onCreate 、onStart、onResume | +| 从 A 跳转到不透明的 B | A_onPause、B_onCreate、B_onStart、B_onResume、A_onStop | +| 从 A 跳转到透明的 B | A_onPause、B_onCreate、B_onStart、B_onResume | +| 从不透明的 B 再次回到 A | B_onPause、A_onRestart、A_onStart、A_onResume、B_onStop、B_onDestory | +| 从透明的 B 再次回到 A | B_onPause、A_onResume、B_onStop、B_onDestory | +| 用户按 home 键 | onPause、onStop | +| 按 home 键回到应用 | onRestart、onStart | +| 用户按 back 键会退 | onPause、onStop、onDestory | + +透明 Activity 和 DialogActivity 类似，在跳到 DialogActivity 也不会回掉前一个 Activity 的 onStop 方法。 + +#### 启动模式 + +##### LaunchMode + +| 启动模式 | 说明 | +| -------------- | ------------------------------------------------------------ | +| standard | 标准模式，也是系统的默认模式，每次启动一个 Activity 都会重新创建一个实例 | +| singleTop | 栈顶复用，如果新 Activity 已经位于任务栈的栈顶，那么此 Activity 不会被重新创建，同时它的 onNewIntent 方法会被回调 | +| singleTask | 栈内复用，只要 Activity 在一个栈中存在，那么多次启动此 Activity 都不会重新创建实例，和 singleTop 一样，系统也会回调其 onNewIntent | +| singleInstance | 单例模式，启动的 Activity 会创建一个新的任务栈并压入栈中，由于栈内复用的特性，后续的请求均不会创建新的 Activity，除非这个任务栈被系统销毁了 | + +在 singleTask 启动模式中，多次提到某个 Activity 所需的任务栈，什么是 Activity 所需要的任务栈呢？这就要从一个参数说起：taskAffinity，任务相关性。这个参数标识了一个 Activity 所需要的任务栈的名字，默认情况下，所有 Activity 所需的任务栈的名字为应用的包名。当然，我们可以为每个 Activity 都单独指定 taskAffinity 属性，这个属性值必须不能和包名相同，否则相当于没有设置。taskAffinity 属性主要和 singleTask 启动模式和 allowTaskReparentiong 属性配对使用，在其他情况下没有意义。 + +taskAffinity 与 singleTask 配对使用： + +如果启动了设置了这两个属性的 Activity，这个 Activity 就会在 taskAffinity 设置的任务栈中。 + +taskAffinity 与 allowTaskReparenting 配对使用： + +当一个应用 A 启动了应用 B 的某个 Activity 后，如果这个 Activity 的 allowTaskReparenting 属性为 true 的话，那么当应用 B 被启动后，此 Activity 会直接从应用 A 的任务栈转移到应用 B 的任务栈中。这个属性主要作用就是将这个 Activity 转移到它所属的任务栈中，例如一个短信应用收到一个带有网络链接的短信，点击链接会跳到浏览器，这时候如果 allowTaskReparenting 设置为 true 的话，打开浏览器应用就会直接显示刚才打开的网页页面，而打开短信应用后这个浏览器界面就会消失。 + +启动模式了解之后，那是如何指定启动模式的方式呢？ + +有两种：一种是在 AndroidMenifet 文件设置 launchMode 属性，一种是给 Intent 设置 Flag。 + +如果两者都存在，后者优先级更高。 + +##### Activity 中的 Flags + +| 标记位 | 说明 | +| ---------------------------------- | ------------------------------------------------------------ | +| FLAG_ACTIVITY_NEW_TASK | 为 Activity 指定 singleTask 启动模式，其效果和在 xml 中指定启动模式相同 | +| FLAG_ACTIVITY_SINGLE_TOP | 为 Activity 指定 singleTop 启动模式，其效果和在 xml 中指定启动模式相同 | +| FLAG_ACTIVITY_CLEAR_TOP | 具有此标记位的 Activity，当启动它时，同一个任务栈中所有位于它上面的 Activity 都要出栈。这个模式一般需要和 FLAG_ACTIVITY_NEW_TASK 配合使用，在这种情况下，被启动的 Activity 实例如果已经存在，那么系统就会调用它的 onNewIntent。如果被启动的 Activity 采用 standard 模式启动，那么它连同它之上的 Activity 都要出栈，系统会创建新的 Activity 实例并放入栈顶 | +| FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS | 具有这个标记的 Activity 不会出现在历史的 Activity 的列表中，当某些情况下我们不希望用户通过历史列表回到我们的 Activity 的时候这个标记比较有用。它等同于在 xml 中指定 Activity 的属性 android:excludeFormRecents="true" | + +#### IntentFilter 的匹配规则 + +启动 Activity 分为两种，显式调用和隐式调用。显式调用就不多说了，隐式调用需要 Intent 能够匹配目标组件的 IntentFilter 中所设置的过滤信息，如果不匹配将无法启动目标 Activity。IntentFilter 的过滤信息有 action、category、data。 + +IntentFilter 需要注意的地方有以下： + +1. 一个 Activity 中可以有多个 intent-filter + +2. 一个 intent-filter 同时可以有多个 action、category、data + +3. 一个 Intent 只要能匹配任何一组 intent-filter 即可启动对应 Activity + +4. 新建的 Activity 必须加上以下这句，代表能够接收隐式调用 + + ```java + + ``` + +##### action 的匹配规则 + +action 的匹配规则就是只要满足其中一个 action 就可以启动成功。 + +```xml + + + + + + + +``` + +```java +Intent intent = new Intent(); +intent.setAction("demo"); +startActivity(intent); +``` + +注意，action 是区分大小写的。 + +##### category 匹配规则 + +category 在代码设置如下： + +```java +intent.addCategory("") +``` + +这句可以添加也可以不添加，因为代码默认会为我们匹配 “android:intent.category.DEFAULT”。 + +##### data 匹配规则 + +data 主要是由 URI 和 mimeType 组成的。URI 的结构如下： + +``` +://:[||] +``` + +语法如下： + +```xml + +``` + +实例： + +```java + + + + + + + +``` + +```java + Intent intent = new Intent(); + intent.setData(Uri.parse("demo://omooo:80/data?age=18&sex=girl")); + if (getPackageManager().resolveActivity(intent, PackageManager.MATCH_DEFAULT_ONLY) != null) { + startActivity(intent); + } else { + Toast.makeText(this, "Activity Not Found", Toast.LENGTH_SHORT).show(); + } +``` + +这里，注意我用了 PackageManager#resolverActivity() 来判断是否存在该隐式 Activity，这样就避免找不到 Activity 而导致应用 Crash。同时注意，第二个参数必须传 PackageManager.MATH_DEFAULT_ONLY，因为只有 category 为 DEFAULT 的 Activity 才能接收隐式启动。 + +```java + if (getIntent().getData() != null) { + Uri uri = getIntent().getData(); + String scheme = uri.getScheme(); + Log.i(TAG, "scheme: " + scheme); + String host = uri.getHost(); + Log.i(TAG, "host: " + host); + int port = uri.getPort(); + Log.i(TAG, "port: " + port); + String path = uri.getPath(); + Log.i(TAG, "path: " + path); + String query = uri.getQuery(); + Log.i(TAG, "query: " + query); + Set params = uri.getQueryParameterNames(); + for (String item : params) { + Log.i(TAG, "item: " + item + " value: " + uri.getQueryParameter(item)); + } + } +//输出： +Demo_SecondActivity: scheme: demo +Demo_SecondActivity: host: omooo +Demo_SecondActivity: port: 80 +Demo_SecondActivity: path: /data +Demo_SecondActivity: query: age=18&sex=girl +Demo_SecondActivity: item: age value: 18 +Demo_SecondActivity: item: sex value: girl +``` + +说完 URI，剩下的 mimeType 表示要传递的数据类型，通常是 text/plain 或 image/jpeg 等等。 + +```java +intent.setType("text/plain"); +``` + +不过需要注意的是，如果同时设置了 URI 和 mimeType 的话就必须使用以下代码才能跳转： + +``` +intent.setDataAndType(Uri.parse("demo://omooo"),"text/plain") +``` + +因为如果使用 setData() 或者 setType() 的话，分别会将相应的 type 和 data 置为 null。 + +#### 重要方法 + +1. onSaveInstanceState()、onRestoreInstanceState() + + 这两个方法只有在应用遇到意外情况下才会触发，比如横竖屏切换，可以用于保存一些临时性数据。 + + 在横竖屏切换的时候，Activity 会重建，在 onStop 之前，和 onPause 没有既定的时序关系，会调用 onSaveInstanceState(Bundle bundle) 方法，其中有一个 Bundle 对象可以用来存储数据，该对象便是 onCreate 中的 Bundle 对象 savedInstancesState。在 onCreate 取得时候要注意判空，而在 onRestoreInstanceState 里面则不需要判空，onRestoreInstanceState 方法调用的时机是在 onStart 之后。 + + 同时，我们知道，在 onSaveInstanceState 和 onRestoreInstanceState 方法中，系统自动为我们做了一定的恢复工作。当 Activity 在异常情况下需要重新创建，系统会默认为我们保持当前 Activity 的视图结构，并且在 Activity 重启后为我们恢复这些数据，比如文本框中用户输入的数据、ListView 滚动的位置等等。具体针对某一个特定的 View 系统能为什么恢复那些数据，可以查看 View 的源码。和 Activity 一样，每个 View 都有 onSaveInstanceState 和 onRestoreInstanceState 这两个方法。 + + 关于保存和恢复 View 层次结构，系统的工作流程是这样的：首先 Activity 被意外终止时，Activity 会调用 onSaveInstanceState 去保存数据，然后 Activity 会委托 Window 去保存数据，接着 Window 在委托它上面的顶级容器再去一一通知它的子元素来保存数据，这样整个数据保存过程就完成了。 + + ```java + @Override + public void onSaveInstanceState(Bundle outState, PersistableBundle outPersistentState) { + super.onSaveInstanceState(outState, outPersistentState); + } + + @Override + protected void onRestoreInstanceState(Bundle savedInstanceState) { + super.onRestoreInstanceState(savedInstanceState); + } + ``` + +2. startActivityForResult + + FirstActivity： + + ```java + public void skip(View view) { + Intent intent = new Intent(this, SecondActivity.class); + startActivityForResult(intent, 0x01); + } + + @Override + protected void onActivityResult(int requestCode, int resultCode, @Nullable Intent data) { + super.onActivityResult(requestCode, resultCode, data); + if (requestCode == 0x01 && resultCode == 0x02 + && data != null) { + Toast.makeText(this, data.getStringExtra("name"), Toast.LENGTH_SHORT).show(); + } + } + ``` + + SecondActivity： + + ```java + public void goBack(View view) { + Intent intent = new Intent(); + intent.putExtra("name", "Omooo"); + setResult(0x02, intent); + finish(); + } + ``` + + 这里需要注意的是，requestCode 一定要为正数，看源码便知。其实 startActivity 内部也是调用 startActivityForResult，然后在 startActivityForResult 的第二个参数 requestCode 传 -1。 + +3. onNewIntent + + ```java + @Override + protected void onNewIntent(Intent intent) { + super.onNewIntent(intent); + } + ``` + + 在启动模式那块说过，当启动模式是 singleTask 和 singleTop 的时候，系统不需要重新创建 Activity 的时候会回调 onNewIntent 方法。 + +4. onConfigurationChanged + + 前面说过，当 Activity 横竖屏切换的时候会导致 Activity 销毁并重建，哪有什么方法能避免呢？其实可以在 AndroidManifest 里面指定 android:configChanges="orientation/screenSize" 来避免重建，这时就会调用 onConfigurationChanged 方法。 + + 如果按上面的配置，当字体发生变化时，也会销毁重建，但是不会回调 onConfigurationChanged 方法，所以说想要监听的变化必须要包含之内。 + + ```java + @Override + public void onConfigurationChanged(Configuration newConfig) { + super.onConfigurationChanged(newConfig); + if (newConfig.orientation == Configuration.ORIENTATION_PORTRAIT) { + //竖屏 + } else { + //横屏 + } + } + ``` + +5. onTrimMemory + + ```java + @Override + public void onTrimMemory(int level) { + super.onTrimMemory(level); + if (level == TRIM_MEMORY_UI_HIDDEN) { + + } + } + ``` + + 当内存紧张时会回调，它在 onStop 回调之前。指导应用程序在不同的情况下进行自身的内存释放，以避免被系统直接杀掉，提高应用程序的用户体验。它和 onLowMemory 相比，它有一个 level 评级，onLowMemory 能兼容更低的版本。 + +#### 转场动画 + +1. overridePendingTransition(int enterAnim,int exitAnim) + + 需要注意，在 startActivity 和 finish 之后调用。 + +2. 设置 Application style + +3. ActivityOptions + +#### 启动流程 + +Activity 的启动流程可以分为三个部分： + +1. Launcher 请求 AMS 过程 +2. AMS 到 ApplicationThread 的调用过程 +3. ActivityThread 启动 Activity + +#### 参考 + +《Android 开发艺术探索》 + +[Android面试官装逼失败之：Activity的启动模式](https://juejin.im/post/59b0f25551882538cb1ecae1) + +[Github项目解析（九）-->实现Activity跳转动画的五种方式](https://blog.csdn.net/qq_23547831/article/details/51821159) + +[https://github.com/HellForGate/TransitionDemo](https://github.com/HellForGate/TransitionDemo) + + + diff --git a/images/Android/Activity.png b/images/Android/Activity.png new file mode 100644 index 0000000..8dc42a4 Binary files /dev/null and b/images/Android/Activity.png differ diff --git a/images/Android/activity_lifecycle.png b/images/Android/activity_lifecycle.png new file mode 100644 index 0000000..ab0921a Binary files /dev/null and b/images/Android/activity_lifecycle.png differ