解决did not call through to super.onDestroy()

最新推荐文章于 2022-08-05 10:02:02 发布
最新推荐文章于 2022-08-05 10:02:02 发布
阅读量4.3k 收藏
点赞数 1
CC 4.0 BY-SA版权
分类专栏： 解决Android bug Android开发问题整理 文章标签： exception onDestroy through super
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/mvpstevenlin/article/details/51136396
本文介绍了一个在Android开发中关于Fragment的常见错误——未调用super.onDestroy()引发的SuperNotCalledException异常，并给出了修复建议。

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

问题原因：
在onDestroy函数中，删除掉了super.onDestroy()代码所导致的问题。

04-13 19:26:26.529: E/AndroidRuntime(15242): FATAL EXCEPTION: main
04-13 19:26:26.529: E/AndroidRuntime(15242): Process: xxx, PID: 15242
04-13 19:26:26.529: E/AndroidRuntime(15242): android.support.v4.app.SuperNotCalledException: Fragment MakeFragment{3d3c209c #1 id=0x7f090118} did not call through to super.onDestroy()
04-13 19:26:26.529: E/AndroidRuntime(15242):    at android.support.v4.app.Fragment.performDestroy(Fragment.java:1722)
04-13 19:26:26.529: E/AndroidRuntime(15242):    at android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:1056)
04-13 19:26:26.529: E/AndroidRuntime(15242):    at android.support.v4.app.FragmentManagerImpl.removeFragment(FragmentManager.java:1201)
04-13 19:26:26.529: E/AndroidRuntime(15242):    at android.support.v4.app.BackStackRecord.run(BackStackRecord.java:639)
04-13 19:26:26.529: E/AndroidRuntime(15242):    at android.support.v4.app.FragmentManagerImpl.execPendingActions(FragmentManager.java:1467)
04-13 19:26:26.529: E/AndroidRuntime(15242):    at android.support.v4.app.FragmentManagerImpl$1.run(FragmentManager.java:440)
04-13 19:26:26.529: E/AndroidRuntime(15242):    at android.os.Handler.handleCallback(Handler.java:739)
04-13 19:26:26.529: E/AndroidRuntime(15242):    at android.os.Handler.dispatchMessage(Handler.java:95)
04-13 19:26:26.529: E/AndroidRuntime(15242):    at android.os.Looper.loop(Looper.java:135)
04-13 19:26:26.529: E/AndroidRuntime(15242):    at android.app.ActivityThread.main(ActivityThread.java:5312)
04-13 19:26:26.529: E/AndroidRuntime(15242):    at java.lang.reflect.Method.invoke(Native Method)
04-13 19:26:26.529: E/AndroidRuntime(15242):    at java.lang.reflect.Method.invoke(Method.java:372)
04-13 19:26:26.529: E/AndroidRuntime(15242):    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:901)
04-13 19:26:26.529: E/AndroidRuntime(15242):    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:696)

解决方法：

加上super.onDestroy()代码即可解决问题。

@Override
public void onDestroy() {
    super.onDestroy();
    ...
}

相同的问题，在重写 onStart()、onStop()、onResume()、onPause()、onDestroy() 等函数时也要留意此问题。

Android Instrumentation源码分析（附Activity启动流程）
Battling against our own ignorance
02-09 6673
Instrumentation概念官方说明Instrumentation类位于android.app包中，继承自java.lang.Object，一些测试用类如InstrumentationTestRunner或MultiDexTestRunner直接或间接继承自该类。官方对于该类的解释如下： Base class for implementing application instrumenta
Fragment源码解析
woliuyunyicai的专栏
05-18 5041
一、Fragment的简单使用：FragmentTransaction transaction = getSupportFragmentManager().beginTransaction(); transaction.add(R.id.radio1, tabFourFragment, tabFourFragment.getTag()); transaction.remove(tabFourFrag
did not call through to super.onDestroy()
Android技术学习.
11-17 1298
今天遇到了一个bug 感觉很无脑的 bug 只怪自己平时不细心 才会不知所措 ，肯定会有小伙伴比我还粗心的我把这个问题抛出来。**就是这个问题啦 大概的意思是说，这个包名下的UserInfoAct的activity中在销毁的时候，没有调用 super.onDestroy()。那么就清晰了。。。** 一、原因是你在复写onDestroy（）的时候，没有 super.onDestroy();这个方法
抛出Activity did not call through to super.onDestroy()的解决方案
trebleZ的博客
01-06 3304
今天遇到一个闪退的bug。具体的异常信息如下，要懂得看log日志啊。哎哎 android.util.SuperNotCalledException: Activity {com.xxx.carservices/com.xxx.carservices.usercenter.UserInfoAct} did not call through to super.onDestroy()
Unable to destroy activity did not call through to super.onDestroy()
OAOAAce的专栏
01-05 2269
01-05 10:27:40.415: E/AndroidRuntime(4483): FATAL EXCEPTION: main01-05 10:27:40.415: E/AndroidRuntime(4483): Process: cn.beeba.education, PID: 448301-05 10:27:40.415: E/AndroidRuntime(4483): java.
android.app.SuperNotCalledException: Activity {} did not call through to super.onDestory() 解决办法
张拭心的博客 shixinzhang
04-29 1821
我的一个程序中有个计时器，每隔2秒执行个操作，为了在Activity生命周期结束时终止定时，避免一直进行下去，我重写了onDestory方法，结果运行程序一退出就会报标题那个错。 解决办法：在重写的onDestory方法中调用父类的super.onDestory()，就OK了。 类似的，重写onPause、onResume等方法时都别忘了调用super.onXXX方法，而且记得写在第一行，避免
SuperNotCalledException: Activity {包名...CodeLoginActivity} did not call through to super.onDestroy()
向着太阳迎着光
08-05 552
SuperNotCalledException: Activity {包名...CodeLoginActivity} did not call through to super.onDestroy()
Android Activity——启动过程探索（三）
ITRenj的博客
03-02 1062
在《Android Activity——启动过程探索（一） 和 《Android Activity——启动过程探索（二） 中我们知道了Activity启动的生命周期回调，并且分析了其中当前Activity的 onPause() 和新打开的Activity的 onCreate() 、 onStart()和onResume()回调执行过程，也就是新的Activity已经完成了 “创建->用户可见->用户可操作” 的过程。那么当前的Activity就变为不可见了，需要执行 onstop() 回调，如
Android系统源码分析--Activity的finish过程
a2923790861的博客
10-10 2206
上一篇我们分析了Activity的启动流程，由于代码量很大，还是没有分析的很详细，但是基本流程都出来了，更详细的东西还是要去看源码。这一章来分析Activity的finish过程，分析一下finish的过程到底做了哪些处理，最后对Activity的整个启动过程以及finish过程绘制流程图，以方便我们记忆。 finish代码分析 // /frameworks/base/core/java/android/app/Activity.java /** * Call this .
Fragment的回退栈管理分析
热门推荐
_小豪的专栏
07-26 1万+
今天准备写写Fragment的回退栈管理策略。   为了更好的理解本篇博客的内容。大家最好先看看我的另一篇博客： 下面是Fragment的回退栈使用方法的代码：
问题：did not call through to super.onAttach()
CAFE-BABE的博客
04-11 886
是因为你在复制fragment的onAttach()函数的时候，丢掉了super.onAttach(activity)。加上这个句话就不会提示错误了。
android.app.SuperNotCalledException: Activity {} did not call through to super.onDestory()
诺诺诺的言丶
09-14 744
从错误信息上可以明显查看到在onDestory()方法抛出异常，不能够通过ondestory方法。 @Override protected void onDestroy() { stopThread = true; }其实就是没有调用super.ondestory()原因； @Override protected void onDestroy() {
android.util.SuperNotCalledException: Activity {xxx} did not call through to super.onDestroy()
皮皮虾的博客
08-02 1664
做了两个月的相册，阿西吧，已经快要没有心情做下去了。。。好久没写博客今天冒个泡，拿着以前的项目来运行如何发现每一次我点击返回的时候就会报这个错误，不知道是我以前没注意还是怎么样，但是现在看见了就要去解决，于是我百度一波，啊，有答案了，，，虽然百度都有的答案，但是自己写一次会印象深刻很多 这个上传图片怎么又改了，反正就是， 我把这个ondestory（）不小心删除了，我也不知道啥时删的，因为...
grade中在线添加依赖无效不下载的问题和.MainActivity did not call through to super.onCreate()
The blog of 优快云 in 杨天福
03-21 8222
onCreate()中缺少代码： super.onCreate(savedInstanceState);
android.util.SuperNotCalledException: Activity did not call through to super.onDestroy()异常的解决
月灯雪华
08-09 6768
今天项目调试过程中，遇到一个问题，点击跳转Activity之后，选好值返回上一页面的时候，发现项目闪退，反复试了好几次发现都是这个样子，也没有错误日志打印。找了半天断点调试，也只是走完onActivityResult就就闪退了。 后来忽然想起来友盟里我集成了错误统计，去看看吧。 一看发现还真有，原来是报了这个个异常 android.util.SuperNotCalledException: Acti
Android 父类super.onDestroy();的有关问题
weixin_30706691的博客
05-17 620
super.onDestroy(); 的问题。 注意：没有显式地在自己的方法中调用父类Activity的onDestroy是会报错的。我的问题很简单，在我覆盖的onDestroy(），方法中需要调用父类的onDestroy。我就是不懂调用的时机，就像下面两种。 protectedvoidonDestroy(){ super.onDestroy(); /...
"did not call through to super.onResume"问题解决
记录和分享程序人生的点点滴滴
12-23 1万+
1. 错误信息： 12-23 22:47:26.720: W/dalvikvm(3864): threadid=1: thread exiting with uncaught exception (group=0x410af9d8) 12-23 22:47:26.720: E/AndroidRuntime(3864): FATAL EXCEPTION: main 12-23 22:47:26
Fragment源码分析
weixin_30905981的博客
11-15 233
转载请标明出处：http://blog.csdn.net/shensky711/article/details/53171248 本文出自: 【HansChen的博客】 概述 Fragment表示 Activity 中的行为或用户界面部分。您可以将多个 Fragment 组合在一个 Activity 中来构建多窗格 UI，以及在多个 Activity 中重复使...
Android DialogFragment报错： android.support.v4.app.SuperNotCalledException
佩恩的博客
06-11 519
现象：我们在bugly平台上，看到报错： #3091294android.support.v4.app.SuperNotCalledException Fragment BottomActionSheetDialog{8ca7fec #1 IdCardVerifyNewActivity} did not call through to super.onStart() android.support.v4.app.Fragment.performStart(Fragment.java:13) ...
@Override protected void onDestory(){ super.onDestroy(); mMapView.onDestroy(); } Method does not override method from its superclass
最新发布
03-30
<think>好的，用户遇到了一个Android开发中的错误，问题是在重写onDestory方法时，IDE提示“Method does not override method from its superclass”。首先，我需要确定这个错误的原因。通常，这种错误是因为方法名拼写错误，或者方法签名不正确，导致编译器无法识别这是对父类方法的重写。 用户提供的代码中，方法名写成了onDestory，而正确的方法名应该是onDestroy。注意到用户可能不小心将“Destroy”拼写成了“Destory”，字母顺序有误，特别是中间的“s”和“t”的位置可能颠倒了。这时候，编译器无法找到父类中的onDestory方法，因此认为该方法并没有覆盖父类的方法，从而报错。 接下来，我需要检查用户提供的代码示例。用户展示的代码段是： @Override protected void onDestory(){ super.onDestroy(); mMapView.onDestroy(); } 这里明显可以看到方法名拼写错误，正确的方法名应为onDestroy，而不是onDestory。因此，用户需要更正方法名的拼写。 此外，还需要检查方法签名是否正确。onDestroy方法的正确签名是protected void onDestroy()，用户在此处的拼写错误导致了方法签名不一致，因此@Override注解会报错，因为实际上并没有正确覆盖父类的方法。 还可能存在的其他问题包括：是否在正确的生命周期方法中调用，比如onDestroy是Activity的生命周期方法，用户是否在Activity子类中正确重写，或者是否在Fragment中错误地重写。但根据用户提供的代码，mMapView.onDestroy()通常是在Activity的onDestroy中调用来释放地图资源，因此推测用户是在Activity子类中操作。 另外，用户是否有正确继承自Activity或AppCompatActivity？如果用户的类没有正确继承，比如误继承其他类，也可能导致无法找到onDestroy方法。但根据常见情况，拼写错误是最可能的原因。 总结下来，用户需要做的是： 1. 更正方法名的拼写，将onDestory改为onDestroy。 2. 确保方法签名正确，即protected void onDestroy()。 3. 检查是否在正确的上下文中重写方法，比如在Activity或Fragment中。 4. 确保调用了super.onDestroy()以正确执行父类的生命周期处理。 可能还需要提醒用户，在Android开发中，生命周期方法的正确拼写非常重要，因为任何拼写错误都会导致方法无法被系统正确调用，进而引发资源泄露或其他问题。此外，使用IDE的自动补全功能可以帮助避免这类拼写错误，比如在输入@Override时，IDE通常会提示可重写的方法，选择正确的方法名即可自动生成正确的方法签名。 另外，用户可能是在处理地图组件（如百度地图或Google Maps）时遇到这个问题，因为通常需要在onDestroy中调用地图视图的onDestroy方法。因此，确保在正确的位置释放资源也是很重要的，但首要问题是先解决拼写错误，使方法能够正确重写。 最后，建议用户在修改代码后，清理并重新构建项目，以确保所有更改生效，并且没有残留的编译错误。如果问题仍然存在，可能需要进一步检查类继承结构或导入的包是否正确。</think>### **问题分析** 当出现 `Method does not override method from its superclass` 错误时，表示你尝试用 `@Override` 注解标记的方法并未实际覆盖父类中的方法。以下是针对 `onDestory()` 方法的具体原因和解决方案： --- ### **1. 方法名拼写错误** - **错误原因**： `onDestory()` 方法名拼写错误（`Destory` 应为 `Destroy`），导致无法匹配父类（如 `Activity` 或 `Fragment`）中的 `onDestroy()` 生命周期方法。 - **解决方案**： 修正方法名拼写，确保与父类方法完全一致： ```java @Override protected void onDestroy() { // 正确拼写：onDestroy super.onDestroy(); mMapView.onDestroy(); // 例如百度地图的销毁操作 } ``` --- ### **2. 方法签名不一致** - **错误原因**： 方法签名（参数、返回值、访问修饰符）与父类方法不一致。例如： - 父类方法：`protected void onDestroy()` - 子类误写为：`public void onDestroy(int param)` - **解决方案**： 保持方法签名与父类严格一致： ```java @Override protected void onDestroy() { // 必须与父类方法签名一致 super.onDestroy(); // 先调用父类方法 // 自定义逻辑（如释放资源） } ``` --- ### **3. 未正确继承父类** - **错误原因**： 如果当前类未直接继承 `Activity`、`Fragment` 等包含 `onDestroy()` 的类，尝试重写该方法会报错。 - **解决方案**： 确认类的继承关系，例如： ```java public class MainActivity extends AppCompatActivity { // 正确继承 Activity @Override protected void onDestroy() { super.onDestroy(); // 逻辑代码 } } ``` --- ### **4. 父类方法已被弃用** - **错误原因**： 某些旧版本父类的 `onDestroy()` 方法可能已弃用，导致重写时触发警告或错误。 - **解决方案**： 检查父类文档（如 [Android官方文档](https://developer.android.com/reference)），使用最新的生命周期方法。 --- ### **完整代码示例** ```java public class MapActivity extends AppCompatActivity { private MapView mMapView; // 假设是百度地图控件 @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_map); mMapView = findViewById(R.id.map_view); mMapView.onCreate(savedInstanceState); // 地图初始化 } // 正确重写 onDestroy() @Override protected void onDestroy() { super.onDestroy(); mMapView.onDestroy(); // 销毁地图资源 } } ``` --- ### **错误排查表** | 现象 | 检查点 | 解决动作 | |--------------------------------------|--------------------------|-------------------------------| | 方法名拼写错误 | `onDestory` → `onDestroy` | 修正拼写 | | 方法签名不一致（参数、返回值） | 对比父类方法签名 | 保持完全一致 | | 类未继承 Activity/Fragment | 检查 `extends` 声明 | 继承正确的父类 | | 父类方法已弃用 | 查阅官方文档 | 使用替代方法 | --- ### **总结** 1. **严格检查拼写**：生命周期方法名（如 `onCreate`, `onDestroy`）需完全正确。 2. **依赖IDE提示**：输入 `@Override` 后，Android Studio 会提示可重写的方法列表，直接选择可避免拼写错误。 3. **继承关系清晰**：确保类继承自 `Activity`、`AppCompatActivity` 或 `Fragment`。 若问题仍存在，尝试 **Build → Clean Project** 清除缓存。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值