activity重复调用

最新推荐文章于 2022-02-22 11:20:04 发布
最新推荐文章于 2022-02-22 11:20:04 发布
阅读量1.7k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： android 文章标签： Android UI 布局
本文为博主原创文章，未经博主允许不得转载！
本文链接：https://blog.youkuaiyun.com/shift_wwx/article/details/8863741
由于部分原因，今天研究了一下在activity里面重复调用本activity。记录一下分析的过程和接口。
UI上添加一个button，点击button重新启动本activity。code如下:
Intent intent = new Intent();
intent.setClassName("com.shift.teststartactivity", "com.shift.teststartactivity.MyActivity");
startActivity(intent);
正常从外界启动activity的过程是onCreate()---->onStart()------>onResume().
点击button的时候响应过程是onPause()------>onCreate()------->onStart()------->onResume()-------->onStop().
如果将点击button响应的code改成：
Intent intent = new Intent();
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
intent.setAction(android.content.Intent.ACTION_VIEW);
intent.setClassName("com.shift.teststartactivity", "com.shift.teststartactivity.MyActivity");
startActivity(intent);
正常从外界启动activity的过程一样。
点击button的时候响应过程是onPause()------->onNewIntent()--------->onResume().
【Android面试八股文】Android组件内核面试题：Activity的4大启动模式，与开发中需要注意的问题，如onNewIntent() 的调用
字节卷动
06-29 252
一. Android启动模式详解 1.1 Standard 标准模式 1.2 SingleTop 栈顶复用模式 1.3 SingleTask 栈内复用模式 1.4. SingleInstance 单实例模式 二、启动模式的使用方法 2.1 在 Manifest.xml中指定Activity启动模式 2.2 启动Activity时，在Intent中指定启动模式去创建Activity 三、 Activity 的 Flags 1. FLAG_ACTIVITY_NEW_TASK 2. FLAG_ACTIVITY_S
两个Activity之间重复相互跳转时遇到的坑
liuconen的博客
10-07 4793
最近在做的一个应用，交互时需要来回在两个Activity之间跳转，首先Act A先启动，然后Act A启动Act B，之后Act B可以通过startActivity()（没有其他方法了吧？）再次回到Act A，同样在Act A也可以再次进入Act B；其中A、B我们只需要初始化一次，也就是onCreate()方法只执行一次，后续重复使用已存在的Act A，B实例。         看似
Activiti 多个并发子流程的应用
man1900
08-27 1740
应用场景：   多个部门发起资金计划，最后统一到财务部审批，每个部门发起资金计划是一个子流程，财务部审批是多个部门的计划同时审批，审批完成后，再提交上级领导审批。   流程如下：   要解决以上问题，需要实现多个子流程并行处理的功能。在Activiti5有一个比较强的节点属性就是多实例，它可以支持多实例的子流程，多实例任务，多实体脚本等。目前支持多实例的节点类型有：   ...
ARouter或startActivity多次调用时页面Intent更新
zmlovelx(帅得不敢出门 程序员群31843264)
02-22 1691
ARouter或startActivity多次调用时页面Intent更新 大致调用过程是这样A.apk中有MainActivity，subActivity两个页面，MainActivity会通过ARouter开启subActivity并传Intent过来更新sub的页面。 B.apk中调用startActivity去开启A.apk中的MainActivity并传Intent更新MainActivity页面。 问题 会有多个相同的Activity被创建 多次调用ARouter或startActivity后，
使用Glide 的时候上下文为Activity 的时候 onLoadFailed监听被多次调用的问题
Mine
02-27 1688
在使用 Glide.with(activty) 的时候，如果传入的是Activty ,Fragment等，并调用了 onLoadFailed 监听的话，由于Glide 关联了Activity 的生命周期，会导致onLoadFailed被多次调用的问题，解决办法，是传入 Application。有空的时候再去源码看看。...
Android连续点击两次按钮启动两次Activity
isguider的博客
12-31 4978
这个BUG 广泛存在很多APP中   分享个人在解决此类BUG一些想法。 一 ，通过activity的启动时间来处理此问题 1. 在 AndroidManifest.xml 中设置 Target Activity 的属性，设置它的 launchMode 关于 launchMode 的参数一共有 4 个：   Android代码  android:launchMode=["standar
android给布局监听,Android全局布局监听器在android中重复调用
weixin_29119033的博客
05-26 371
这类解决了你的问题：final View decorView = activity.getWindow().getDecorView();final TextView textView3 = (TextView) decorView.findViewById(2131558456);decorView.getViewTreeObserver().addOnGlobalLayoutListener(...
android 重复activity,安卓多次点击导致activity重复跳转完美解决
weixin_39970855的博客
05-29 1187
方法一: 设置activity启动模式为SingleTop缺点：容易遗漏方法二: 通过拦截触摸事件的派发@Overridepublic boolean dispatchTouchEvent(MotionEvent ev) {if (ev.getAction() == MotionEvent.ACTION_DOWN) {if (checkDoubleClick()) {return true;}}r...
基于Java语言的鸿蒙混合打包与安卓Activity调用设计源码
10-02
针对这一挑战，基于Java语言的鸿蒙混合打包与安卓Activity调用设计源码的项目应运而生。 该项目的核心在于通过混合打包的方式来实现安卓和鸿蒙操作系统的兼容性，其背后的主要技术手段是利用Java语言的跨平台特性。...
Activity之间的相互调用与传递参数
07-30
而其他模式则在特定情况下避免重复创建Activity，比如SingleTop会复用栈顶的Activity实例，SingleTask和SingleInstance则在整个任务栈中只有一个实例。 接下来，我们讨论如何在Intent中传递参数。Intent是Android...
Android不同方式启动导致重复启动相同的Activity的问题解决办法(转载，解决了我的问题)...
dingsong3613的博客
06-05 725
打开程序入口有好多种方法： 1、shell命令打开运行 2、Launcher待机界面运行 3、状态栏启动运行 4、桌面快捷方式运行 5、软件中调用运行 6、安装软件后执行“open/打开”运行 如果用户安装后立即执行“open/打开” 运行或者用adbshell命令运行应用程序，然后点HOME键把程序挂起， 然后再采用其他发送启动程序，这样则会再启动一个Main程序...
安卓解决双击连续打开两次新的activity的问题
小马哥的博客
11-12 1778
问题描述 近日在做一个关于cad端开发的过程中，遇到一个很有意思的bug，问题也很容易找到，就是当点击速度足够快的时候，会连续触发两次启动activity的事件。页面效果就是启动一个之后又启动了一个。并且介于是关于cad的控件进行操作的，在两次启动了actvity的后，点击返回事件应该销毁当前页面，返回上一页面。 由于是调用的第三方cad控件，所以出现了问题也不是很好解决，最后出来的效果就是销毁了...
安卓多次点击导致activity重复跳转完美解决
丿灬安之若死
04-28 2383
1.设置activity启动模式为SingleTop <activity android:name=".MainActivity" 缺点：容易遗漏 2.通过拦截触摸事件的派发 @Override public boolean dispatchTouchEvent(MotionEvent ev) { if (ev.getAction() == Motio...
无限循环onResume和onPause两个Activity中的声明周期
勤劳是一种习惯
04-16 1330
前言 在做直播项目开发中，发现从相机中获取的画面一直闪，页面没有响应，体验性很差，就很纳闷是什么问题造成的。 找原因 从看是否开启多个相同的页面，再看是否启用handler或者调用其他东西来影响生命周期的，找了半天，发现是在onResume中申请权限导致的。 解决办法 知道原因了，就想到了两种解决方案， 1. 使用flag来标识，申请权限方法只能执行一回。 2. 不在onRe...
android onpause时动画出错,Android Activity重复启动 频繁onPause、onStop、onDestroy解决方案...
weixin_39824801的博客
05-26 730
Activity除了受用户的操作导致的正常生命周期方法调度以外，还有一些异常情况，这里分两点具体分析一下(当然实际异常情况的原因肯定很多，欢迎补充)。资源相关的系统配置发生改变导致activity被杀死并重新创建。横竖屏切换的时候会拿到两张不同的图片(设定了landscape或者portrait状态下的图片)，当我们由竖屏转换为横屏时，默认情况下，activity会被杀死并重新创建，我们也可以进行...
Android 解决快速点击按钮，多次跳转Activity方案。
sunlit_6的博客
04-21 2068
Android项目开发过程中会遇到重复快速点击按钮跳转Activity时，多次打开同一个Activity，设置启动模式可以解决此问题，但是设置了启动模式就需要受到启动模式的相应影响，随记录一下另外一种解决方案。 1、Activity跳转时最终都会进入startActivityForResult方法，所以可以在此处做跳转拦截，在项目的Activity基类中重写此方法，如下： /** * ...
两个Activity循环跳转
heirenheiren的专栏
04-26 4799
不说了直接上代码： 第一个activity： public class main extends Activity { /** Called when the activity is first created. */ @Override public void onCreate(Bundle savedInstanceState) { super.
Activiti任务监听器（Task listener）
热门推荐
专注基础架构领域
02-18 2万+
原文地址：http://www.cnblogs.com/jimboi/p/8477014.html 任务侦听器：用于在任务相关的事件发生时执行一段java逻辑或者是表达式 &lt;userTask id="myTask" name="My Task" &gt; &lt;extensionElements&gt; &lt;activiti:taskListener event="c...
【Activiti】 Activiti工作流引擎 - 提交审批和审批处理示例详解 【精品】
朝阳大司马
12-03 1万+
在上一篇的文章中，我给大家分享了Activiti工作流引擎的API的封装代码，通过我们自己封装的代码，在实际的项目中我们就可以进行工作流相关的开发了。以下内容我们分三个部分：提交审批，审批列表查询，审批处理。 一、提交审批 提交审批之前，我们需要做好相关的准备工作。在上文中，我提到过： 1.首先，我们要画工作流程图，并且需要在流程图中设置相关的参...
startactivity多次调用防抖
最新发布
07-04
<think>我们正在讨论如何防止多次调用startActivity导致的连续跳转问题。根据引用，有几种方法： 1.在基类Activity中重写startActivityForResult方法，并在其中检查是否重复点击（引用[1]和引用[4]）。2.使用时间戳和跳转标记（如目标Activity的类名或Action）来判断是否在短时间内重复跳转（引用[4]）。3.使用Android的启动模式（如singleTask等）来控制Activity的实例（引用[2]），但这种方法可能不适用于所有场景。 其中，引用[4]提供了一个比较完整的解决方案：在基类Activity中记录上一次跳转的目标和跳转时间，如果当前跳转的目标与上一次相同且时间间隔小于某个阈值（如500毫秒），则忽略此次跳转。下面我们按照这个思路来实现：步骤：1.在基类Activity中定义两个成员变量：mActivityJumpTag（记录上一次跳转的标记）和mClickTime（记录上一次跳转的时间）。 2.重写startActivityForResult方法，在其中调用checkDoubleClick方法进行判断。3.在checkDoubleClick方法中，根据Intent获取跳转标记（如果是显式跳转则用目标Activity的类名，如果是隐式跳转则用Action），然后与上一次的标记和时间进行比较，如果相同且时间间隔小于阈值，则返回false（不执行跳转）；否则，更新标记和时间，并返回true（执行跳转）。注意：这个方案只能防止同一个Activity实例内的连续跳转。如果多个Activity实例都需要防止重复跳转，可以考虑将标记和时间存储在Application中（但要注意不同用户操作可能导致的冲突）或者使用其他方式（如将标记和时间放在静态变量中，但需注意多线程问题）。 另外，也可以考虑使用一个全局的跳转控制工具类来管理。下面我们给出一个基类Activity的实现示例：```javapublicabstract classBaseActivityextends AppCompatActivity {//记录上一次跳转的标记privateString mActivityJumpTag;//记录上一次跳转的时间private longmClickTime;@Overridepublicvoid startActivityForResult(Intent intent, intrequestCode, @Nullable Bundleoptions){if (checkDoubleClick(intent)){super.startActivityForResult(intent,requestCode, options);}}/***检查是否重复跳转*@paramintent用于跳转的Intent*@returntrue表示允许跳转，false表示不允许（重复跳转）*/protectedboolean checkDoubleClick(Intentintent){//默认允许跳转boolean result= true;Stringtag ="";//获取跳转标记if (intent.getComponent() !=null){//显式跳转，使用目标Activity的类名tag= intent.getComponent().getClassName();}else if(intent.getAction()!= null) {//隐式跳转，使用Actiontag =intent.getAction();}else {//没有Component和Action，无法判断，允许跳转return true;}//如果当前跳转的标记和上一次相同，并且时间间隔小于阈值（这里设为500毫秒）if (tag.equals(mActivityJumpTag) &&mClickTime >=SystemClock.uptimeMillis() -500) {result= false; //重复跳转，不允许}//更新标记和时间mActivityJumpTag =tag;mClickTime= SystemClock.uptimeMillis();returnresult;}} ```然后，让应用中的所有Activity都继承自这个BaseActivity，这样在每次跳转时都会进行重复点击的检查。 注意事项： 1.这个方案只能防止同一个Activity实例内快速重复点击导致的多次跳转。如果用户在不同的Activity中跳转到同一个目标，则不会受到限制（因为每个Activity实例都有自己的mActivityJumpTag和mClickTime）。如果希望全局控制，可以将这两个变量改为静态变量，但需要注意不同Activity实例之间的干扰（比如一个Activity跳转后，另一个Activity的跳转也会被限制）。因此，需要根据实际需求调整。 2.阈值500毫秒可以根据需要调整。3.对于Fragment中调用startActivity的情况，如果Fragment所在的Activity继承自BaseActivity，则同样会触发检查。另外，引用[2]提到使用启动模式（如singleTask）也可以避免同一个Activity被重复创建，但这种方法只能保证栈内同一个Activity只有一个实例，并不能防止快速点击导致多个不同的Activity被连续启动（例如从A跳转到B，再快速跳转到C，则B和C都会被启动）。因此，使用时间戳检查的方法更为通用。如果使用静态变量实现全局控制（注意：可能会有多线程问题，但通常在主线程，所以可以忽略）：```javapublicabstract classBaseActivityextends AppCompatActivity {privatestatic StringsLastActivityJumpTag;privatestatic longsLastClickTime;// ...其他同上protectedboolean checkDoubleClick(Intent intent) {//...获取tag同上if(tag.equals(sLastActivityJumpTag) &&sLastClickTime>= SystemClock.uptimeMillis()-500){return false;}sLastActivityJumpTag =tag;sLastClickTime =SystemClock.uptimeMillis();return true;} }``` 这样，无论从哪个Activity跳转，只要跳转目标相同且时间间隔短，都会被拦截。 但是，全局控制可能会带来一个问题：用户可能希望从不同的入口快速打开同一个Activity（比如在应用的不同位置都提供了快速打开设置页面的入口），而全局控制会阻止第二次点击。因此，需要根据业务场景选择使用实例级控制还是全局控制。 总结：推荐使用基类重写startActivityForResult方法，并通过时间戳和跳转标记来防止重复跳转。根据需求选择实例级控制或全局控制。 相关问题： 1.如何防止Fragment中多次调用startActivity导致的重复跳转？ 2.除了基类重写方法，还有哪些防止快速点击的方法？ 3.在Android中，如何防止按钮的快速重复点击？</think>### 防止多次调用 startActivity 导致重复跳转的解决方案 在 Android 开发中，防止多次调用 `startActivity` 导致重复跳转是常见需求。以下是几种高效可靠的解决方案： #### 方案一：基类拦截法（推荐） 在基类 Activity 中重写 `startActivityForResult` 方法，添加时间戳校验： ```java public abstract class BaseActivity extends AppCompatActivity { private String mActivityJumpTag; // 跳转标记 private long mClickTime; // 最后跳转时间 @Override public void startActivityForResult(Intent intent, int requestCode, Bundle options) { if (checkDoubleClick(intent)) { super.startActivityForResult(intent, requestCode, options); } } protected boolean checkDoubleClick(Intent intent) { // 获取跳转目标标识 String tag = intent.getComponent() != null ? intent.getComponent().getClassName() : intent.getAction(); // 检查是否重复跳转（500ms内） if (tag != null && tag.equals(mActivityJumpTag) && SystemClock.uptimeMillis() - mClickTime < 500) { return false; // 阻止跳转 } // 更新记录 mActivityJumpTag = tag; mClickTime = SystemClock.uptimeMillis(); return true; } } ``` **使用方法：** 1. 所有 Activity 继承此基类 2. 正常调用 `startActivity()` 方法 3. 系统会自动拦截 500ms 内的重复跳转[^1][^4] #### 方案二：按钮点击防抖 使用 RxJava 实现按钮点击防抖： ```java RxView.clicks(button) .throttleFirst(500, TimeUnit.MILLISECONDS) // 500ms内只响应第一次点击 .subscribe(v -> startActivity(new Intent(this, TargetActivity.class))); ``` #### 方案三：启动模式优化 在 AndroidManifest 中配置 Activity 启动模式： ```xml <activity android:name=".TargetActivity" android:launchMode="singleTask"/> <!-- 或 singleTop --> ``` **模式对比：** | 启动模式 | 效果 | 适用场景 | |-------------------|-------------------------------|-------------------------| | `standard` | 每次新建实例（默认） | 普通页面 | | `singleTop` | 栈顶复用 | 通知跳转详情页 | | `singleTask` | 栈内复用（清除上方Activity） | 应用主页面 | | `singleInstance` | 独立任务栈 | 系统级应用（如相机） | #### 方案四：ARouter 拦截器 使用路由框架时添加全局拦截器： ```java @Interceptor(priority = 1) public class JumpInterceptor implements IInterceptor { private long lastJumpTime; private String lastPath; @Override public void process(Postcard postcard, InterceptorCallback callback) { String path = postcard.getPath(); long current = System.currentTimeMillis(); if (path.equals(lastPath) && (current - lastJumpTime < 500)) { callback.onInterrupt(null); // 拦截跳转 } else { lastPath = path; lastJumpTime = current; callback.onContinue(postcard); // 继续跳转 } } } ``` #### 方案五：扩展 View 点击控制 自定义防抖按钮： ```java public class ThrottleButton extends AppCompatButton { private long lastClickTime; public ThrottleButton(Context context) { super(context); init(); } private void init() { setOnClickListener(v -> { if (SystemClock.elapsedRealtime() - lastClickTime > 500) { performRealClick(); lastClickTime = SystemClock.elapsedRealtime(); } }); } public abstract void performRealClick(); // 由子类实现 } ``` ### 方案对比 | **方案** | **优点** | **缺点** | **适用场景** | |-------------------|----------------------------|------------------------|------------------------| | 基类拦截法 | 全局控制，无需修改业务代码 | 需统一基类 | 大中型项目 | | 按钮防抖 | 精确控制单个按钮行为 | 需每个按钮单独设置 | 关键操作按钮 | | 启动模式 | 系统级支持，简单可靠 | 无法控制跨Activity跳转 | 主页面/特殊页面 | | ARouter拦截器 | 路由框架无缝集成 | 依赖第三方库 | 使用ARouter的项目 | | 自定义控件 | 可复用组件 | 需继承自定义View | UI组件库开发 | ### 最佳实践建议 1. **中小型项目**：使用基类拦截法（方案一），实现简单且全面 2. **关键按钮操作**：结合按钮防抖（方案二）增加额外保护 3. **使用路由框架**：优先采用ARouter拦截器（方案四） 4. **特殊页面**：配合 `singleTask` 启动模式（方案三）防止多实例 5. **组件化开发**：使用自定义防抖按钮（方案五）统一UI交互 > ⚠️ **注意**：所有时间阈值（如500ms）应根据实际设备性能和用户体验调整，建议范围 300-800ms[^2][^4]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

私房菜

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值