首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Activity onStop,onDestroy延迟10s执行

最近发现项目里的一个问题.从 Activity A 进入 Activity B.然后从B返回的时候理论上应该是A onResume之后就会走B的onStop,onDestroy.但是并不是,发现在极端情况下会延迟将近...= null) { //finishes 数组,调用onDestroy activityRemoved |= stack.destroyActivityLocked...接下来就有个疑问了,为啥 onStop,onDestroy 没有立即执行?...必须要等到 MessageQueue 里面没有数据的时候才会去调用 也就是说 onStop,onDestroy 的调用和消息队列有关.如果消息队列很快就空了, onStop,onDestroy 就很快返回....如果主线程还有消息未处理(比如一直 invalidate )会一直处理,直到超过10s强制调用 现在终于明白为啥 onStop,onDestroy 没有直接返回.那么文章最初的问题又该如何处理呢?

1.9K70

MyApplication.getInstance().exit() 与onDestroy 、finish(),onKeyDown()的关系

这个时候如果直接调用MyApplication.getInstance().exit() 那么它会是这样执行的  会遍历所以加入的activity执行finish() 而finish执行的时候会执行一次ondestroy...,也就是必须触发这个指令 那么这个代码就是在ondestroy()中执行的, 如果你直接在onkeyDown  也就是通常看见的连接点击退出程序的时候直接调用MyApplication.getInstance...().exit() 就会出错了 当前的你调用的这个类中的ondestroy将不会被执行的 下面是onkeydown和ondestroy的执行顺序: 10-18 21:28:21.471: I/TAG(10652...): 我是onkeydown 10-18 21:28:23.640: I/TAG(10652): 我是onDestroy finish的执行顺序在他们之前 而我的程序是这样写的,在MainActivity...().exit(); super.onDestroy(); } 注意这个东西只存在于整个程序的主类中

87920
您找到你想要的搜索结果了吗?
是的
没有找到

Activity onDestroy() 回调缓慢问题分析及完美解决方案

说到Activity的onDestroy,对所有的Android开发者都很熟悉,但是不一定都知道里面存在着一些坑,分享给大家,以后踩中的时候可以应急 用Activity的时候,会发现如下问题:   ...有时候会发现Activity的onDestroy方法回调比较缓慢(可以达到好几秒钟之后才调用),即使之前使用finish方式关闭Activity也一样 onDestroy回调慢带来什么问题呢?   ...有可能再次打开Activity的时候,都走完了onCreate,onResume之后上一次的onDestroy方法才被调用,想想如果在onResume和 onDestroy中共同维护了一个变量(isActivityShowing...解决方法与建议   所以建议不要在Activity的onDestroy方法中做有关于数据存储,状态维护的事情,回收资源也最好不要完全依赖这个方法,可以用下面的方式 比较靠谱的解决方式 private...if (isFinishing()) { destroy(); } } @Override public void onDestroy

2.2K70

android onresume函数,Android界面跳转时候onDestroy和onResume的调用顺序

Android在界面跳转的时候,比如从Activity A 跳回 Activity B,并不是先执行A的onDestroy,而是执行完A的onPause之后就立即跳回Activity B里的onResume...在执行了Activity B 的onResume之后一两秒甚至更长一点的时间才执行Activity A里的onDestroy。 这样的处理机制应该是为了能够立即响应用户的操作。...假设在这个时候(Activity A的onDestroy还没被调用,但因为Activity B的onResume已运行完毕,所以可以跟Activity B交互)用户点击视频c,再次进入Activity...所以,对时间要求和Activity是否获取焦点密切相关的操作,不能放在onCreate和onDestroy里,而应该考虑放在onResume和onPause里。

1K10

Android lifecycle 使用详解

---- 为什么要引进 lifecycle 举一下我们最常用的 MVP 例子,没引进 lifecycle 之前,我们需要在 Activity 或者 Fragment 销毁的时候,即 onDestroy...BaseActivity 的时候调用 IBasePresenter 的 onDestroy 方法,这样也确实能做到。...那如果是别的类的呢,比如 MediaCompoment,在 Activity 的时候,我们需要销毁一些资源,按照传统的方法,我们还是需要在 Activity onDestroy 的时候手动调用 onDestroy...MediaCompoment 在 Activity ondestroy 的时候,我们需要销毁一些资源,用传统的方法,我们需要在 Activity onDestroy 的时候手动调用 onDestroy...这样会存在一个问题,调用者必须知道比较清楚得知道 MediaCompoment 的设计,否则可能会忘记调用 onDestroy 的方法。

1.4K50

Android7.0 分屏 Activity 与 Fragment 生命周期(二)

将 ACE09_1 进行分屏操作,占据屏幕一半,其执行生命周期为:onDestroy -> onCreate -> onStart -> onResume -> onPause; ?...操作屏幕未挡住的下半部分,首次启动初始化 ACE09_2,其执行生命周期为:onCreate -> onStart -> onResume;若 ACE09_2 已启动处于后台,则此时生命周期为:onDestroy...此时两个 Activity 处于一个大于手机屏幕一半,另一个占据另一部分,若调整屏幕范围,使两个 Activity 各占据手机屏幕一半,其执行生命周期为:(onPause ->) onStop -> onDestroy...-> ACE09_1 onDestroy -> ACE09_2 onCreate -> onStart -> onResume -> ACE09_1 onCreate -> onStart -> onResume...-> ACE09_2 onPause -> onStop -> onDestroy -> onStart -> onResume。

92331

Activity基础篇

一旦我们退出软件,系统会执行activity的onDestroy()方法,将activity从系统中完全移除,我们通常是在执行了 onPause() and onStop() 之后再调用onDestroy...从activity最初调用onCreate()方法到最终调用onDestroy()方法的整个过程称之为完整生命周期,在onCreate()方法中设置全局状态,在onDestroy()方法中释放所有资源。...("onDestroy方法被调用"); } } <?...十一.finish()和onDestroy()有什么区别 从上面的代码运行结果来看,控制台上输出了“onDestroy方法被调用”,由此可见,在执行finish()时执行了onDestroy()方法。...实际上他们的区别在于 onDestroy()是生命周期方法,是你的Activity结束的时候由Android系统调用的,你不能直接调用onDestroy()来结束你的Activity,一般做法是调用finish

44820

Activity isFinishing()判断Activity的状态实例

isDestroyed() 根据源码注释可知,只有onDestroy()方法被调用后它才返回true,因此实际用处不大。...finish */ public boolean isFinishing() { return mFinished; } /** * Returns true if the final {@link #onDestroy...setOnClickListenr(this) 如果,这个回调接口设置到了一个静态对象(单例模式),当 activity finish() 的时候(按返回键,回到桌面),则activity 不会被调用 onDestroy...很明显,如果你把资源释放放在了 onDestroy() 里面,就会导致内存泄露! 那有没有解决办法呢?...有的 你可以在 onPause() 方法里面判断 isFinishing() ,正常调用 finish() 后 activity 的回调过程是 onPause、onStop、onDestroy ,倘若出现上面的情况

1.9K20
领券