Activity: launchMode 和 Intent.FLAG_ACTIVITY_CLEAR_TOP

最新推荐文章于 2024-11-17 15:49:27 发布
最新推荐文章于 2024-11-17 15:49:27 发布
阅读量122 收藏
点赞数
文章标签： 移动开发
原文链接：http://www.cnblogs.com/yongdaimi/p/11548914.html
版权

Activity 的 launchMode:

1. standard: 标准模式

这种启动模式为标准模式，也是默认模式。每当我们启动一个Activity，系统就会相应的创建一个实例，不管这个实例是否已经存在。这种模式，一个栈中可以有多个实例，每个实例也都有自己的任务栈。而且是谁启动了此Activity，那么这个Activity就运行在启动它的Activity所在的栈中。

例：有Activity 1 --> Activity 1 -> Activity 1-> Activity 1 -> Activity 1 

Logcat:

2019-09-19 09:24:28.937 12796-12796/? I/xp.chen: onCreate: 1 Activity
2019-09-19 09:24:29.944 12796-12796/? I/xp.chen: onCreate: 1 Activity
2019-09-19 09:24:30.527 12796-12796/? I/xp.chen: onCreate: 1 Activity
2019-09-19 09:24:30.978 12796-12796/? I/xp.chen: onCreate: 1 Activity
2019-09-19 09:24:31.332 12796-12796/? I/xp.chen: onCreate: 1 Activity

2. singleTop：栈顶复用模式

这种启动模式下，如果要启动的Activity已经处于栈的顶部，那么此时系统不会创建新的实例，而是直接打开此页面，同时它的onNewIntent()方法会被执行，我们可以通过Intent进行传值，而且它的onCreate()，onStart()方法不会被调用，因为它并没有发生任何变化。

3. singleTask：栈内复用模式

在这个模式下，如果栈中存在这个Activity的实例就会复用这个Activity，不管它是否位于栈顶，复用时，会将它上面的Activity全部出栈，因为singleTask本身自带clearTop这种功能。并且会回调该实例的onNewIntent()方法。其实这个过程还存在一个任务栈的匹配，因为这个模式启动时，会在自己需要的任务栈中寻找实例，这个任务栈就是通过taskAffinity属性指定。如果这个任务栈不存在，则会创建这个任务栈。不设置taskAffinity属性的话，默认为应用的包名。

例：有Activity 1 --> Activity 2 -> Activity 3-> Activity 4 -> Activity 5 -> Activity 1， 其中Activity 1 设置成singleTask属性，在Activity5中设置跳转到Activity 1.

Logcat:

2019-09-19 10:46:07.415 16400-16400/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 1 Activity
2019-09-19 10:46:10.476 16400-16400/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 2 Activity
2019-09-19 10:46:11.105 16400-16400/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 3 Activity
2019-09-19 10:46:11.714 16400-16400/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 4 Activity
2019-09-19 10:46:12.653 16400-16400/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 5 Activity
2019-09-19 10:46:15.388 16400-16400/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 2 Activity
2019-09-19 10:46:15.395 16400-16400/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 3 Activity
2019-09-19 10:46:15.403 16400-16400/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 4 Activity
2019-09-19 10:46:15.424 16400-16400/com.yongdaimi.android.androidapitest I/xp.chen: onNewIntent: 1 Activity
2019-09-19 10:46:15.698 16400-16400/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 5 Activity

可以看到在这种模式下，Activity 2 ~ Activity 5都会被销毁(包括Activity 5)， 然后会调用Activity 1的onNewIntent()方法。利用这种模式的特性，可以实现退出应用，比如在Activity 5启动Activity时，传入一个参数：

public void next(View view) {
        Intent intent = new Intent(getApplicationContext(), LaunchMode1Activity.class);
        intent.putExtra(LaunchMode1Activity.EXTRA_FINISH, 0);
        startActivity(intent);
}

然后在Activity 1的onNewIntent()方法中做处理：

@Override
    protected void onNewIntent(Intent intent)
    {
        super.onNewIntent(intent);
        Log.i("xp.chen", "onNewIntent: 1 Activity");
        int intExtra = intent.getIntExtra(EXTRA_FINISH, -1);
        if (intExtra == 0) finish();
    }

运行Logcat如下：

2019-09-19 10:51:11.911 16700-16700/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 1 Activity
2019-09-19 10:51:13.419 16700-16700/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 2 Activity
2019-09-19 10:51:13.848 16700-16700/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 3 Activity
2019-09-19 10:51:14.385 16700-16700/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 4 Activity
2019-09-19 10:51:16.874 16700-16700/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 5 Activity
2019-09-19 10:51:18.691 16700-16700/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 2 Activity
2019-09-19 10:51:18.698 16700-16700/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 3 Activity
2019-09-19 10:51:18.706 16700-16700/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 4 Activity
2019-09-19 10:51:18.725 16700-16700/com.yongdaimi.android.androidapitest I/xp.chen: onNewIntent: 1 Activity
2019-09-19 10:51:19.226 16700-16700/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 1 Activity
2019-09-19 10:51:19.265 16700-16700/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 5 Activity

4. singleInstance：单实例模式

很多资料都直接说这种模式的Activity 会单独占用一个任务栈，即整个系统中就这一个实例，同样也是栈内复用，后续的请求均不会创建新的Activity实例，除非这个特殊的任务栈被销毁了，感觉说的很抽象，那它跟singleTask有什么区别呢？

例：有Activity 1 --> Activity 2 -> Activity 3-> Activity 4 -> Activity 5 -> Activity 1 ， 其中Activity 1 设置成singleInstance属性，在Activity5中设置跳转到Activity 1, 在Activity 5中重写它的onStart()和onStop()方法，并且在从Activity 5跳转到Activity 1之后，再次点击Activity1的跳转按钮(本来默认是跳转到Activity2的)，然后再按返回键，观察结果：

Logcat:

2019-09-19 11:09:33.686 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 1 Activity
2019-09-19 11:09:36.620 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 2 Activity
2019-09-19 11:09:37.246 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 3 Activity
2019-09-19 11:09:37.958 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 4 Activity
2019-09-19 11:09:38.748 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 5 Activity
2019-09-19 11:09:38.750 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onStart: 5 Activity
2019-09-19 11:09:40.490 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onNewIntent: 1 Activity
2019-09-19 11:09:40.956 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onStop: 5 Activity
2019-09-19 11:09:48.412 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onStart: 5 Activity
2019-09-19 11:09:52.911 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onStop: 5 Activity
2019-09-19 11:09:52.912 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 5 Activity
2019-09-19 11:09:53.676 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 4 Activity
2019-09-19 11:09:54.905 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 3 Activity
2019-09-19 11:09:56.857 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 2 Activity
2019-09-19 11:09:59.147 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 1 Activity

这次的Logcat有些怪异，大概说明一下：

我先是依次从Activity1 点到 Activity 5, 注意到从Activty 1到Activity2的过渡动画发生了改变，与Activity2 跳转到Activity3的动画不同，另外因为在Activity 5 新加了个 onStart() 方法，所以这次log上也有所体现：

2019-09-19 11:09:33.686 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 1 Activity
2019-09-19 11:09:36.620 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 2 Activity
2019-09-19 11:09:37.246 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 3 Activity
2019-09-19 11:09:37.958 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 4 Activity
2019-09-19 11:09:38.748 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 5 Activity
2019-09-19 11:09:38.750 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onStart: 5 Activity

当停留在Activity 5时，我再次点击跳转(默认行为是跳转到Activity1, 它的launchMode是singleInstance),注意到此时并未重新调用Activity1的onCreate()方法，而是调用了它的 onNewIntent() 方法，同时调用了Activity 5的 onStop() 方法，因为Activity 5已不再可见。

2019-09-19 11:09:40.490 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onNewIntent: 1 Activity
2019-09-19 11:09:40.956 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onStop: 5 Activity

此时到达了Activity 1界面，我在Activity1界面再次点击跳转(注意此时的默认行为是跳转到Activity 2),  但是它没有像我预想的那样跳转到Activity 2, 而是直接显示Activity 5, 所以此时显示Activity 5的onStart()方法：

2019-09-19 11:09:48.412 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onStart: 5 Activity

最后我在Activity 5界面连续点击返回键，注意到相关的Activity 也会一 一的被关闭。

2019-09-19 11:09:52.911 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onStop: 5 Activity
2019-09-19 11:09:52.912 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 5 Activity
2019-09-19 11:09:53.676 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 4 Activity
2019-09-19 11:09:54.905 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 3 Activity
2019-09-19 11:09:56.857 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 2 Activity
2019-09-19 11:09:59.147 18700-18700/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 1 Activity

总结：与singleTask不同，当从Activity 5再次点击回到Activity1的时候，Activity2,3,4,5 都不会销毁，但都会调用Activity 1的 onNewIntent()方法。

5.FLAG_ACTIVITY_CLEAR_TOP 

之所以会提到这个，是因为早期曾经在项目里看到别人用这个Flag来关闭和退出应用，且从Google的说明上看，它与singleTask mode有一定的相似性：都能清除目标Activity之上的Activity:

If set, and the activity being launched is already running in the current task, then instead of launching a new instance of that activity, all of the other activities on top of it will be closed and this Intent will be delivered to the (now on top) old activity as a new Intent. 

For example, consider a task consisting of the activities: A, B, C, D. If D calls startActivity() with an Intent that resolves to the component of activity B, then C and D will be finished and B receive the given Intent, resulting in the stack now being: A, B. 

The currently running instance of activity B in the above example will either receive the new intent you are starting here in its onNewIntent() method, or be itself finished and restarted with the new intent. If it has declared its launch mode to be "multiple" (the default) and you have not set FLAG_ACTIVITY_SINGLE_TOP in the same intent, then it will be finished and re-created; for all other launch modes or if FLAG_ACTIVITY_SINGLE_TOP is set then this Intent will be delivered to the current instance's onNewIntent(). 

This launch mode can also be used to good effect in conjunction with FLAG_ACTIVITY_NEW_TASK: if used to start the root activity of a task, it will bring any currently running instance of that task to the foreground, and then clear it to its root state. This is especially useful, for example, when launching an activity from the notification manager. 

See Tasks and Back Stack for more information about tasks.

那么它与singleTask到底有何区别?还是这个例子：

例：有Activity 1 --> Activity 2 -> Activity 3-> Activity 4 -> Activity 5 -> Activity 1，将Activity1的launch mode 删除,然后在Activity5中修改其跳转到Activity1时的代码，为跳转Intent增加这个Flag:  Intent.FLAG_ACTIVITY_CLEAR_TOP :

    public void next(View view)
    {
        Intent intent = new Intent(getApplicationContext(), LaunchMode1Activity.class);
        intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
        startActivity(intent);
    }

Logcat:

2019-09-19 13:20:08.704 11308-11308/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 1 Activity
2019-09-19 13:20:10.749 11308-11308/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 2 Activity
2019-09-19 13:20:11.131 11308-11308/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 3 Activity
2019-09-19 13:20:11.495 11308-11308/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 4 Activity
2019-09-19 13:20:11.808 11308-11308/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 5 Activity
2019-09-19 13:20:12.657 11308-11308/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 2 Activity
2019-09-19 13:20:12.665 11308-11308/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 3 Activity
2019-09-19 13:20:12.671 11308-11308/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 4 Activity
2019-09-19 13:20:12.690 11308-11308/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 1 Activity
2019-09-19 13:20:12.725 11308-11308/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 1 Activity
2019-09-19 13:20:13.016 11308-11308/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 5 Activity

注意到，与上面的singleTask相同的是，都会销毁掉Activity 2 ~ Activity 5之间的所有Activity (包括Activity5), 但是Activity 1却会重新创建。那么这与Google的说明不一样呀，Google貌似说会调用 onNewIntent() 方法什么的，如何理解Google的这段说明文字?其实Google也说明了：

The currently running instance of activity B in the above example will either receive the new intent you are starting here in its onNewIntent() method, or be itself finished and restarted with the new intent.

上面示例中当前运行的Ativity B实例将在它的onNewIntent()方法中接收您从此处开始的新intent, 或者本身已被finish掉并重新使用这个intent来restart。(翻译的不好,我理解的大概如此)

If it has declared its launch mode to be "multiple" (the default) and you have not set FLAG_ACTIVITY_SINGLE_TOP in the same intent, then it will be finished and re-created; for all other launch modes or if FLAG_ACTIVITY_SINGLE_TOP is set then this Intent will be delivered to the current instance's onNewIntent(). 

如果它已将它的启动模式声明为“multiple”（默认值）并且您没有在同一意图中设置FLAG_ACTIVITY_SINGLE_TOP，那么它将被finish并重新创建; 对于所有其他启动模式或如果设置了FLAG_ACTIVITY_SINGLE_TOP，则此Intent将被传递到当前实例的onNewIntent（）。

大概意思就是说如果没有同时设置 FLAG_ACTIVITY_SINGLE_TOP 那么目标Activity将会被finish并重新创建，如果同时设置了 FLAG_ACTIVITY_SINGLE_TOP ，那么会将intent传递到目标Activity的  onNewIntent() 方法。那好吧，修改Activity 5 跳转到 Activity 1的代码：

    public void next(View view)
    {
        Intent intent = new Intent(getApplicationContext(), LaunchMode1Activity.class);
        intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP | Intent.FLAG_ACTIVITY_SINGLE_TOP);
        startActivity(intent);
    }

增加上面所说的那个Flag, 同样执行Activity 1 --> Activity 2 -> Activity 3-> Activity 4 -> Activity 5 -> Activity 1操作：

Logcat:

2019-09-19 13:43:06.774 12673-12673/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 1 Activity
2019-09-19 13:43:07.556 12673-12673/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 2 Activity
2019-09-19 13:43:08.042 12673-12673/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 3 Activity
2019-09-19 13:43:08.448 12673-12673/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 4 Activity
2019-09-19 13:43:08.921 12673-12673/com.yongdaimi.android.androidapitest I/xp.chen: onCreate: 5 Activity
2019-09-19 13:43:09.952 12673-12673/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 2 Activity
2019-09-19 13:43:09.961 12673-12673/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 3 Activity
2019-09-19 13:43:09.972 12673-12673/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 4 Activity
2019-09-19 13:43:09.991 12673-12673/com.yongdaimi.android.androidapitest I/xp.chen: onNewIntent: 1 Activity
2019-09-19 13:43:10.271 12673-12673/com.yongdaimi.android.androidapitest I/xp.chen: onDestroy: 5 Activity

果然，经过这种方式修改后，其展示的行为与singleTask 保持一致。

综上，可以利用singleTask和FLAG_ACTIVITY_CLEAR_TOP 的这种特性来关闭和退出应用。

参考链接：

1. Android中Activity的启动模式（LaunchMode）和使用场景

 

转载于:https://www.cnblogs.com/yongdaimi/p/11548914.html

Android之 FLAG_ACTIVITY_CLEAR_TASK
码莎拉蒂
06-29 3454
FLAG_ACTIVITY_CLEAR_TASK :如果在调用Context.startActivity时传递这个标记，将会导致任何用来放置该activity的已经存在的task里面的已经存在 的activity先清空，然后该activity再在该task中启动，也就是说，这个新启动的activity变为了这个空tas的根activity.所有老的activity都结束掉。 该标志必须
Activity的任务栈Task以及启动模式与Intent的Flag详解（经典博文，值得收藏
m0_65685119的博客
12-27 488
把TASK比作一个班级,affinity则更像是这个班级的班级名称,学校比做系统,Activity更像是班级里的学生 如果没有对activity设置该属性的话,默认为application的taskAffinity,如果application也没有设置,则为app的包名. 启动一个singleTask模式的activity,会首先在系统中找与它的taskAffinity属性一致的任务栈, 先找task 没有特别指定taskAffinity,则为当前的task 如果指定了taskAffinit.
Activity launchmode和Intent flag详解
泥土的博客
12-03 1369
学习安卓，首先就要接触和学习Activity，想必大家在学习activity的过程中一定对activity的launchmode有过困惑。好在网络上关于activity launchmode的博客、解释一大堆，可以方便我们去理解和使用activity launchmode模式，但我强烈建议大家还是要自己动手实践做一些例子，这样才能真正理解activity的launchmode，而且经过实践后你会发现
Activity常见Flags(CLEAR_TOP与各种Activity启动模式连用详解)
热门推荐
Ung8023
05-25 3万+
Activity有很多Flag ，一些Flag可以用来设置启动模式，一些可以用来影响Activity的运行状态，这里介绍常见的FLAG 一般通过在Intent设置： Intent intent = new Intent(); intent.setFlag(XXFLAG | XXXFLAG); 一、更改Activity启动模式 FLAG_ACTIVITY_NEW_TASK ...
Activity启动模式：launchMode 和 Intent中设置标志setFlags
shanshan_1117的博客
05-25 7268
Activity指定启动模式有两种: 通过清单文件AndroidManifest设置launchMode属性 通过在Intent中设置标志 现在先说第一种:有四种启动模式 standard:标准模式 系统默认的启动模式。 每启动一个activity都会重新创建一个实例，不管这个实例存不存在； 一个任务栈中可以有多个相同实例； 谁启动这个activity，它就会入启动它的activ...
Activity LaunchMode 与 Intent Flags 揭秘
壹口尘埃
04-17 568
Android Activity所涉及的四种Launch Mode与其重要的几个属性，如taskAffinity，allowTaskReparenting等，包括Intent内的各种Flag的功效，一直是为广大开发者所苦恼，网上文章众说纷纭，开发文档又及其模糊且与实际情况有一定偏差，那么今天我们就来真正的揭秘，还原事实的真相。 Task概念 Task相当于一个栈，用来管理Activ
Android activity launchMode与Intent.Flag关系
小九的专栏
10-23 5476
看了不少Android 方面的数据
activity 启动模式_Intent#FLAG_ACTIVITY_CLEAR_TOP 真的会 clear top 吗
weixin_39744512的博客
11-21 578
一、背景前段时间处理了一个 App 内草稿丢失的反馈，很多用户反馈连续存了多个草稿之后，草稿箱都只有一个草稿，显然是发生了草稿丢失。从用户反馈的数据来看，反馈用户的系统版本都在 Android 7.0 以下。经过一段时间的排查，最后发现是草稿被覆盖了，直接原因是：存草稿后拍摄链路页面（录制页、编辑页、发布页）未被关闭，再次进拍摄之后录制页复用（状态也复用了）导致存草稿的时候发生了草稿替换。那么问题...
关于Intent.FLAG_ACTIVITY_CLEAR_TOP
big_man的专栏
02-26 689
最近用到了这个，发现特么的就是没效果！！试了N次，排查了很多地方就是无效！！闹哪样！ 大致情况是这样从Activity A登录，之后进入B>>C>>D>>...然后从D要注销，返回登录界面，在D的Intent设置intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP); 死活不行。搞了好久终于发现是多了一个finish();我的在A登录成功后吧A给fini
FLAG_ACTIVITY_CLEAR_TOP和singleTask的区别
HYM BLOG
12-09 1460
Activity的Flags的设置，可以让Activity的运行具有一些特殊的特性，比如有些可以产生和启动模式相同或相似效果的，还有比如Activity在非前台的时候，也不会保存后台的历史列表中。 本文重点分析FLAG_ACTIVITY_CLEAR_TOP，也简单介绍一下其它几个常用的Flag以及使用场景 FLAG_ACTIVITY_NEW_TASK 将Activity指定为singleTas...
Intent-- FLAG_ACTIVITY_CLEAR_TOP
seven_forjob的专栏
05-31 490
今天在项目中接触到了这么一个关键字，记录下来以备以后查看。首先来看代码:Intent intent = new Intent(FirstActivity.this, SecondActivity.class); it.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP); startActivity(intent);intent的源码,官方的解释如下:/** *
关于Android的Intent.FLAG_ACTIVITY_CLEAR_TOP
编程是一门艺术
12-12 2万+
今天写代码遇到了一个问题：有如下几个Activity A - B - C 当 B - A - B 跳转的时候，使用Intent的FLAG_ACTIVITY_CLEAR_TOP会让第一个B和第二个A，destory掉 但是当B - A - C跳转的时候不会调用B和A的destory 其实这个问题以前遇到过，今天遇到的时候又忘记了。查看API文档才发现原因，所以这里记录一下避免下次又忘记了：
用OpenAI生成Appium测试脚本
qq_41611586的博客
11-17 535
Appium 是一个开源的跨平台移动自动化测试工具，支持 Android 和 iOS 应用的测试。它允许用户使用多种编程语言（如 Python、Java、JavaScript 等）编写测试脚本，能够测试原生应用（Native App）、移动浏览器（Mobile Web App）以及混合应用（Hybrid App）。Appium 的核心特点是基于 WebDriver 协议，与 Selenium 类似，因此熟悉 Selenium 的工程师可以快速上手 Appium。
app大致框架
最新发布
m0_73255659的博客
11-17 134
作为一个安全小鸡仔，肯定少不了想做一个和安全相关的app。因此大致思路就是依附于国外著名安全网站thm，做一个安全wiki。最近又接到安卓开发的任务要求，需要设计一个app的大致框架，需要带上首页，列表页，详情页。framelayout 可以作为一个容器 展示fragment。放置三个容器，分别注册三个fragment之后可以进行操作。之后加入退回到堆栈的代码，就可以通过返回返回上一页。普通服务直接使用mediaPlayer 创建音乐。在drawble中创建一个xml文件。列表页采用三个按钮分别跳转。
Android平台如何实现RTSP流实时录像功能
乐学吧
11-13 886
Android平台实现 RTSP 流录制，可以使用开源库FFmpeg、第三方库（SmartPlayer）。对于每种方法，详细说明了其特点、集成步骤以及示例代码。最后，RTSP录像，实现过程中需要注意权限管理、事件状态回调、性能优化、时间戳对齐、是否录制音频或视频，是否音频转aac再保存等。
android10 Wifi扫描源码解析
yang_0323的博客
11-13 831
本文详述了Android中WiFi的扫描过程，从源码层面进行解析
快速搭建Android开发环境：Docker部署docker-android并实现远程连接
weixin_58070962的博客
11-16 1294
快速搭建Android开发环境：Docker部署docker-android并实现远程连接
【flutter】flutter2升级到3.
2301_76933862的博客
11-14 440
以这个 https://github.com/aa286211636/Flutter_QQ 为例子， 升级下看看。只有登录界面能正常显示，别的页面都是报错。flutter这版本变动，基本不能直接run。
SwiftUI 高级开发教程系列 - 第 4 章：动画的高级应用与性能优化
小创果技术交流博客
11-14 631
在 SwiftUI 中，可以通过 .transition 创建视图的自定义过渡效果。常见的过渡效果包括 .slide、.opacity 等，开发者还可以结合 AnyTransition 创建自定义过渡。VStack {解析：在该示例中，过渡动画被设置为在插入视图时应用 .slide，而移除视图时使用 .opacity。通过这种方式可以为视图创建丰富的出入场效果。
Android OpenGL ES详解——实例化
闲暇部落
11-15 1193
就像你所看到的，在合适的条件下，实例渲染对于你的显卡来说和普通渲染有很大不同。处于这个理由，实例渲染通常用来渲染草、草丛、粒子以及像这样的场景，基本上来讲只要场景中有很多重复物体，使用实例渲染都会获得好处。参考文章。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值