Activity finish 后 onDestroy ()并不会立马执行

最新推荐文章于 2021-02-01 08:45:00 发布

转载最新推荐文章于 2021-02-01 08:45:00 发布 · 914 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：https://yq.aliyun.com/articles/668743

本文强调了在使用Android Activity时，避免在onDestroy方法中执行关键操作的重要性。因为onDestroy方法的调用不可靠，可能导致应用状态丢失或其他问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

只看标题就好

所以两个Activity在用到生命周期的时候,不要再onDestroy中做，控制不了

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

weixin_33963594

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

android activity各种生命周期演示

mmsx

09-21

933

前言：做android开发也有三年了，前几天遇到一个bug。就是两个比较复杂的activity频繁来回切换，出现应用程序无响应了。这种测试类似于压力测试。毕竟出现了问题，还是挺尴尬的。最终发现的原因是finish之后，onDestroy里面有些释放资源的代码没有执行，又重新进入。后面了解了之后，就把比较重要释放资源放在finish那里先执行，就没出现应用程序无响应。后面有时间，又立马写demo测试

面试官：为什么 Activity.finish() 之后 10s 才 onDestroy ？

秉心说

10-16

2951

Android 复习笔记目录唠唠任务栈，返回栈和启动模式唠唠 Activity 的生命周期扒一扒 Context 为什么不能使用 Application Context 显示 Dialog？ OOM 可以被 try catch 吗？ Activity.finish() 之后十秒才回调 onDestroy ？本文永久更新地址: https://xiaozhuanlan.com/topic/2916834507 目录没有及时回调的 onStop/onDestroy 从 Activity..

参与评论您还未登录，请先登录后发表或查看评论

为什么 Activity.finish() 之后 10s 才 onDestroy ？我蒙蔽了

weixin_38754349的博客

02-01

671

作者：秉心说TMhttps://juejin.cn/post/6898588053451833351本文由作者授权发布。目录没有及时回调的 onStop/onDestroy从 Activ...

android 为什么不调用onDestroy方法关闭activity

淡言的博客

04-24

1万+

前天有个同学突然咨询我，说关闭android的activity，为什么不直接调用ondestroy方法，而是要调用activity.finish()。我这里总结下我的理解： 1.我们知道onDestroy方法是activity的其中一个生命周期，是在activity被finish、系统将之移除出activity的task栈之后，AMS会回调当前activity页面的一个方法。换言之，也就是说

android finish后不能ondestroy_从0系统学Android-2.4 Activity 的生命周期

weixin_39667509的博客

12-01

332

本系列文章，参考《第一行代码》，作为个人笔记更多内容：更多精品文章分类本系列持续更新中….声明2.4 Activity 的生命周期掌握 Activity 的生命周期对于开发者来说是非常重要的！2.4.1 返回栈Android 中的 Activity 是可以层叠的。我们每次启动一个新的 Activity，就会覆盖在原来的 Activity 上面，然后点击 back 键就会销毁最上面的 Activit...

【Activity】上一个Activity onDestroy()调用在新的activity onCreate（）之后完美解决方案

明朗晨光的专栏

01-16

2391

【自己测试时遇到的问题】频繁进入退出(点击back键）一个APP的Activity，有时候会出现上一个Activity的onStop和onDestroy在新的Activity的onCreate、onStart和onResume之后。原文：https://blog.youkuaiyun.com/qq_28334473/article/details/82388195 【用Activity的时候，会发...

Activity onDestroy方法未能及时执行原因

qq_37776700的博客

07-27

1万+

网上出现的情况也不少，大致看了下主要有以下几类： AndroidManifest 针对某个activity 设置的theme为 @android:style/Theme.NoTitleBar 在目前项目中(android2.0)，发现一个严重BUG。当打开了A,B两个页面的时候，此时当前页面为B，如果在B中调用finish()后，虽然已经回到了A，但B却并没有执行onDestroy()方法，只有...

你知道吗？Android里如何关闭某个指定activity

androidokk的博客

07-19

4617

最近项目中有这样的需要,在关闭当前Activity同时关闭前面两个Activity，不涉及到应用的退出。自己想了一些方案，也查了一些资料，做个笔记吧。方案一广播的方式这个是最容易想到的，同时也是网上提供最多的。由于多个Activity要使用，关闭页面的广播最好写在基类BaseActivity中，也可以在各个子页面单独写，但是代码量就增加了。 public class BaseActivit...

Android 应用在后台时，跳转 Activity 会自动切换应用至前台

DawnYu

04-08

1万+

本博客 demo 见：demo。平常用手机的时候经常碰到这种情况，用首屏广告举个栗子~很多应用都会有首屏广告 activity A，假设此应用是 app C，如果此时要使用别的应用，就会使得 app C 在后台运行。可是当 activity A 的广告结束后自动跳转 activity B 的时候 app C 总是会自动跳出来切换到前台展示，挡住了我们正在使用的应用，体验非常不好。这是 androi...

Android——Activity的各回调方法（1）

ting2267的博客

05-18

2221

探究activity的各回调方法之前，首先插入一张官方的生命周期图，然后用适合自己的语言记录下简化的生命周期中各回调方法的涵义。 onCreate() 一般人认为的activity的入口（然而不是），当activity第一次created之后会回调这个方法。如果把activity比作房子的话，回调这个方法之前activity还只是一个毛坯房，我们要在这个方法里边对它进行装修，这样它随后显示的效果就跟我们所预想的一样了。 onstart() : 这个时候我们可以看到activity了。 onResume()

探讨Android6.0及以上系统APP常驻内存(保活)实现-争宠篇

热门推荐

老蒋也疯狂

07-13

3万+

APP常驻内存(保活)，旧事重提，距离上一次的研究亦有半年有余。最近，用户反馈说多进程守护方案在华为Mate8(7.0)保活效果不是很好，有时候还是不能及时收到消息，于是，又带着怀疑的眼光，重新找回原来的代码进行测试，顺便分析了市场上主流运动类APP保活方法(微信、手Q就算了，富人家的孩子，不具代表性)，同时也对系统对内存中APP的管理规则进行了进一步探索。本文便是对最近一周的探索、学习、测试的总结之一，以备将来不时之需。

Android中调用finish()后不能立即执行onDestroy()的BUG

yuanyuan_186的专栏

03-25

2621

(2013-12-02 15:55:58) 转载▼ 标签： ondistory it 分类： android应用技巧在目前项目中(android2.0)，发现一个严重BUG。当打开了A,B两个页面的时候，此时当前页面为B，如果在B中调用finish()后，虽然已经回到了A，但B却并没有执行onDestroy()方法，只有

Activity调用finish却不立即执行onDestory

汉堡怪兽

09-29

3111

Activity.finish() 在你的activity动作完成的时候，或者Activity需要关闭的时候，调用此方法。当你调用此方法的时候，系统只是将最上面的Activity（即当前的activity）移出了栈，并没有及时的调用onDestory()方法，其占用的资源也没有被及时释放。因为移出了栈，所以当你点击手机上面的返回键时，也不会再找到这个Activity。 Activity.onDes...

Android Activity.finish退出之后不调用onDestroy()方法

pang9998的博客

09-30

3840

参考文献：https://www.cnblogs.com/louzhuhaha/p/4216712.html 根据参考文献的思路，应该是finish()之后调用了System.exit(0);导致虚拟机进程终止，从而影响了Activity的正常生命周期。回到项目中，发现退出程序的逻辑中调用了如下代码 /** * 退出程序 */ public void ex...

关于Activity调用finish却不立即执行onDestory的困惑

xzc的博客

06-06

4481

转载：https://www.jianshu.com/p/7a31f8667b02finish函数仅仅把当前Activity退出了，但是并没有释放他的资源。安卓系统回收机制自己决定何时从内存中释放应用程序。当系统没有可用内存到时候，会按照优先级，释放部分应用。所以建议一些业务逻辑最好不要写在onDestory()方法中，可以写到比如onPause()方法中。在Activity的生命周期中，onDe...

Android Activity的onDestroy方法不一定任何时候都会执行！！！

yuzhidao的博客

07-07

1万+

其实activity的生命周期，只有在正常的情况下，才会按顺序执行，如果发生其他状况，则另当别论。正常点击返回键： onDestroy方法一定会执行；从后台强杀分两种情况：第一种：当前仅有一个activity，这时候，强杀，是会执行onDestroy方法的；第二种：栈里面的第一个没有销毁的activity会执行ondestroy方法，其他的不会执行。比如说：从mai...

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

amos1993的博客

04-07

1917

　　说到Activity的onDestroy，对所有的Android开发者都很熟悉，但是不一定都知道里面存在着一些坑，分享给大家，以后踩中的时候可以应急用Activity的时候，会发现如下问题：　　有时候会发现Activity的onDestroy方法回调比较缓慢（可以达到好几秒钟之后才调用），即使之前使用finish方式关闭Activity也一样 onDestroy回调慢带来什...

finish();后没能执行onDestroy发生闪退

最新发布

03-25

<think>嗯，用户遇到了在调用finish()之后，没有执行onDestroy导致应用闪退的问题。首先，我需要回忆一下Android生命周期相关的知识。当调用finish()时，Activity应该进入销毁流程，依次执行onPause、onStop、onDestroy。如果onDestroy没执行，可能是什么原因呢？可能的原因有几个方面。首先，考虑是否有内存泄漏。比如，Activity被其他对象强引用，导致无法被GC回收，所以系统无法正常销毁，这时候可能不会调用onDestroy，或者延迟调用，但用户看到的是闪退，可能不是这个原因。不过内存泄漏在长时间运行后可能引发OOM，导致闪退，但这里用户是在finish()后立即闪退，所以可能性较低。接下来，检查是否有子线程或异步任务在Activity销毁后仍在运行。比如，AsyncTask、Handler或者RxJava的订阅没有取消。当Activity结束后，这些后台任务如果还持有Activity的引用，可能会在完成任务时访问已经销毁的UI组件，导致空指针异常，引发闪退。这时候需要检查是否在onDestroy中正确取消了这些任务。另一个可能性是Fragment或View的引用问题。如果Fragment没有被正确分离，或者某些自定义View持有了Activity的上下文，可能会导致Activity无法正常销毁。此外，检查是否有静态变量或单例模式持有了Activity的实例，这会导致内存泄漏，阻止onDestroy的执行。还有可能是系统配置变化导致的问题。例如，Activity因为旋转屏幕而重建，但某些资源未正确处理，导致旧实例没有被销毁。不过这种情况通常不会直接导致闪退，而是出现异常行为。代码逻辑错误也是可能的。比如，在finish()之后，又执行了某些操作，比如再次启动Activity或操作View，可能引发异常。或者在onDestroy中有一些资源释放的代码，比如关闭数据库连接、取消广播接收器等，如果这些代码有错误，可能导致onDestroy未能执行完毕，进而引发崩溃。用户提到“finish();后没能执行onDestroy”，说明onDestroy没有被调用。这时候需要确认是否确实调用了finish()，或者在finish()之后是否有其他代码导致异常，使得流程中断，无法继续执行到onDestroy。比如，在finish()之后抛出了未捕获的异常，导致进程崩溃，从而onDestroy没有被调用。此外，检查是否有第三方库或框架在Activity销毁时有自己的生命周期管理，可能干扰了正常的流程。比如，某些库可能会捕获异常或修改生命周期事件，导致onDestroy未被触发。调试方法方面，建议用户先查看Logcat中的异常堆栈，寻找崩溃的具体原因。是否有NullPointerException、IllegalStateException等。同时，检查Activity的生命周期日志，确认onDestroy是否真的没有被调用，或者是在调用过程中发生了异常。另外，使用内存分析工具如LeakCanary来检测内存泄漏，或者通过Android Studio的Profiler查看内存情况，确认是否有泄漏。检查所有后台任务和监听器，确保在onDestroy时取消或解注册。总结可能的原因和解决方案后，需要一步步引导用户排查问题，从日志分析开始，逐步检查代码中的潜在问题点，如异步任务、静态引用、资源释放等，确保Activity能够顺利执行完整的生命周期，包括onDestroy。</think>关于在调用`finish();`后未执行`onDestroy`导致闪退的问题，以下是逐步分析及解决方案： --- ### **1. 问题现象分析** 当调用`finish()`时，Android系统会触发Activity的销毁流程，正常情况下应依次执行： ``` onPause() → onStop() → onDestroy() ``` 若`onDestroy`未执行且发生闪退，可能原因包括： - **内存泄漏**：Activity被其他对象强引用，无法被垃圾回收（GC）。 - **异步任务未取消**：后台线程或协程持有Activity引用，导致资源无法释放。 - **系统异常中断**：在销毁过程中发生未捕获的异常（如空指针）。 --- ### **2. 常见原因及排查步骤** #### **(1) 内存泄漏** - **典型场景**： - 静态变量或单例模式持有Activity实例。 - 匿名内部类（如Handler、Runnable）隐式引用Activity。 - **排查方法**： - 使用工具（如Android Profiler或LeakCanary）检测内存泄漏。 - 检查代码中是否有静态变量直接或间接引用Activity。 #### **(2) 异步任务未终止** - **典型场景**： - 未取消`RxJava`订阅、`AsyncTask`或`Handler`消息。 - 协程（Coroutine）未在`onDestroy`中取消。 - **解决方案**： ```kotlin override fun onDestroy() { // 取消所有协程 coroutineScope.cancel() // 移除Handler消息 handler.removeCallbacksAndMessages(null) super.onDestroy() } ``` #### **(3) 未捕获的异常** - **典型场景**： - `onDestroy`中的代码抛异常（如操作已释放的资源）。 - 其他生命周期方法（如`onStop`）中存在异常。 - **排查方法**： - 检查`Logcat`中的崩溃堆栈，定位具体报错位置。 - 使用`try-catch`包裹`onDestroy`中的敏感操作： ```java @Override protected void onDestroy() { try { // 释放资源代码 } catch (Exception e) { e.printStackTrace(); } super.onDestroy(); } ``` --- ### **3. 其他可能原因** - **Fragment未分离**： - 如果Activity包含Fragment，需在`onDestroy`中调用`FragmentManager`的`clearBackStack()`或手动移除Fragment。 - **系统配置变更**： - 未正确处理屏幕旋转等配置变更，导致Activity重建失败（需检查`onSaveInstanceState`和`onRestoreInstanceState`）。 --- ### **4. 验证流程** 1. **检查日志**：通过`Logcat`过滤崩溃日志（关键字：`AndroidRuntime`、`Crash`）。 2. **简化代码**：注释可疑代码块，逐步定位问题。 3. **复现问题**：在开发环境中模拟场景（如强制结束Activity）。 --- ### **5. 示例代码（避免闪退）** ```kotlin class MyActivity : AppCompatActivity() { private val handler = Handler(Looper.getMainLooper()) private val coroutineScope = CoroutineScope(Dispatchers.Main) override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_main) // 启动一个协程 coroutineScope.launch { // 模拟耗时操作 } // 发送延迟消息 handler.postDelayed({ /* ... */ }, 5000) } override fun onDestroy() { // 1. 取消协程 coroutineScope.cancel() // 2. 移除Handler消息 handler.removeCallbacksAndMessages(null) // 3. 释放其他资源（如数据库连接） super.onDestroy() } } ``` --- ### **总结** 闪退的根本原因通常是**资源未正确释放**或**异常未被捕获**。建议优先通过日志定位崩溃点，再结合内存分析工具检查泄漏。确保在`onDestroy`中释放所有资源并终止后台任务。