修改Activity的继承类导致程序闪退

最新推荐文章于 2024-07-13 01:58:56 发布
最新推荐文章于 2024-07-13 01:58:56 发布
阅读量689 收藏
点赞数
本文记录了一次老项目重构过程中遇到的问题：将Activity替换为AppCompatActivity后应用启动时出现闪退现象。通过日志发现该问题与主题资源文件有关。

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

今天对老项目重构，重新写了BaseActivity。其中有一处改动是把原来的父类Activity改成了AppCompatActivity。

这一处的改动导致了程序在启动的时候直接闪退。

查看log输出，发现是跟主题资源文件有关。

ADark0915
关注
四大组件相关总结
龚礼鹏的博客
12-06 1389
一.Activity 1.activity生命周期及其各个方法 onCreate()——>onStart()——>onResume()——>onPause()——>onStop()——>onDestory() onStart()与onStop()是是否可见(是否在后台) onResume()与onPause()是是否处于运行状态(Activity位于工作栈栈顶)，是否可点击。 2.一个activity正在运行，这时从前台切换到后台，然后在回到前台，这一整个过程的act
Android App性能优化总结
AI天才研究院
08-03 1353
1.1 为什么写这个系列Android系统作为当前最流行的移动设备操作系统，其广泛应用、高速迭代以及庞大的市场份额都对其性能提出了极高的要求。性能优化也成为企业应对快速发展和海量用户的第一道防线。因此，对于Android平台上应用性能的优化，不仅仅局限于单个应用，而是整个移动终端系统的关键。1.2 本系列的主要内容本系列将从系统层面到应用层面，通过系统架构、应用设计模式、运行机制等方面，全方位探讨Android平台上应用性能优化的实践经验。Android系统架构设计及启动流程分析。
继承自AppCompatActivity崩溃闪退问题定位
moonshine99的专栏
10-16 5208
继承自AppCompatActivity崩溃闪退问题定位 最近调试权限问题，建了一个项目，开始没有选择支持AppCompatActivity，后续自己添加，发现总是闪退Sending signal. PID: 4546 SIG: 9，定位了很久。如下解决的 1、比如下面的acitivy，新增继承自AppCompatActivity public class Main3Acti
AppcompatActivity闪退问题解决方案
weixin_30496751的博客
04-21 1366
apply plugin: 'com.android.application' android { compileSdkVersion 23 buildToolsVersion "23.0.2" defaultConfig { applicationId "com.bi.mytool" minSdkVersion 11...
Android Studio新建项目继承AppcompatActivity报错的解决方案
热门推荐
GenlanFeng的博客
01-04 2万+
Android Studio新建项目继承AppcompatActivity报错的解决方案 在Android studio中新建非空项目可能会产生错误信息为找不到xml资源文件的错误。 首先，需要确定该文件是否存在。在硬盘中查看AS的报错目录，查看是否有该文件，如果没有，请下载（使用SDK Manager），否则进入下一步。 其次，应该保证工程项目和导入的Google库版本一致，
继承AppCombatActivity闪退
qq_35703457的博客
01-29 795
之前一直使用继承Activity类，最近需要加入ToolBar与DrawerLayout，开始使用继承APPCombatActivity类。但是打开该界面后就会闪退。在网上寻找原因说是style的问题。但是我的主题是NoActionBar的，所以觉得不是这个问题。 看了几种解决方案发现大家都是继承Theme.AppCompat的主题，就试着把主题给改了，之后问题解决。 更改前：     
android 系列问题记录(webview加载黑屏，页面不跳转，闪退等)
zoro_Dcup的专栏
10-31 7381
1、原始问题，android扫描二维码跳转到指定页面之后，定位信息不能正常获取，其它页面能正常获取到定位信息，纠结好半天，代码完整对比了一变，没啥不同的地方，最后发现是相关Activity没有集成phonegap的相关接口类（一定要注意调用第三方接口别忘了继承）。此时位置信息能正常获取，以为万事大吉，殊不知出现了第二个问题（蛋疼）； 2、正常获取位置信息后，页面通过webview.load(ur
【Android面试八股文】SharedPreference原理，commit与apply的区别是什么？使用时需要有哪些注意？SharedPreference的性能有什么优化方案：MMVK？
字节卷动
07-13 1372
是 Android 提供的一种轻量级的数据存储方式，用于存储应用程序的配置信息或者一些简单的用户偏好设置。它基于键值对的方式存储数据，并且数据是持久化的，即使应用关闭后数据依然存在。的数据存储在XML文件中，每个应用都有自己的存储目录，路径一般为下的XML文件。每个XML文件对应一个实例。保存的文件为XML数据，其内容如下
package com.example.locationtest; import android.Manifest; import android.annotation.SuppressLint; import android.content.pm.PackageManager; import android.os.Bundle; import android.util.Log; import android.widget.TextView; import android.widget.Toast; import androidx.activity.EdgeToEdge; import androidx.appcompat.app.AppCompatActivity; import androidx.core.app.ActivityCompat; import androidx.core.content.ContextCompat; import androidx.core.graphics.Insets; import androidx.core.view.ViewCompat; import androidx.core.view.WindowInsetsCompat; import com.baidu.location.BDAbstractLocationListener; import com.baidu.location.BDLocation; import com.baidu.location.BDLocationListener; import com.baidu.location.LocationClient; import java.io.FileInputStream; import java.io.FileNotFoundException; import java.io.IOException; import java.security.KeyStore; import java.security.KeyStoreException; import java.security.NoSuchAlgorithmException; import java.security.cert.CertificateException; import java.util.ArrayList; import java.util.List; public class MainActivity extends AppCompatActivity{ public LocationClient mlocationClient; private TextView positiontext; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); EdgeToEdge.enable(this); try { mlocationClient = new LocationClient(getApplicationContext()); } catch (Exception e) { throw new RuntimeException(e); } mlocationClient.registerLocationListener(new MyLocationListner()); Log.d("MapLocation", "error"); setContentView(R.layout.activity_main); positiontext = (TextView)findViewById(R.id.position_view); List<String> permissonlist = new ArrayList<>(); if(ContextCompat.checkSelfPermission(MainActivity.this, Manifest.permission.ACCESS_FINE_LOCATION)!= PackageManager.PERMISSION_GRANTED){ permissonlist.add(Manifest.permission.ACCESS_FINE_LOCATION); } if(ContextCompat.checkSelfPermission(MainActivity.this, Manifest.permission.READ_PHONE_STATE)!= PackageManager.PERMISSION_GRANTED){ permissonlist.add(Manifest.permission.READ_PHONE_STATE); } if(ContextCompat.checkSelfPermission(MainActivity.this, Manifest.permission.WRITE_EXTERNAL_STORAGE)!= PackageManager.PERMISSION_GRANTED){ permissonlist.add(Manifest.permission.WRITE_EXTERNAL_STORAGE); } if(!permissonlist.isEmpty()){ String [] permislist=permissonlist.toArray(new String[permissonlist.size()]); ActivityCompat.requestPermissions(MainActivity.this,permislist,1); } else { requestlocation(); } } @SuppressLint("MissingSuperCall") @Override public void onRequestPermissionsResult(int requestCode,String[] permissions,int[] grantResults){ //super.onRequestPermissionsResult(requestCode, permissions, grantResults); switch (requestCode){ case 1: if(permissions.length>0){ for(int result:grantResults){ if(result!=PackageManager.PERMISSION_GRANTED){ Toast.makeText(MainActivity.this,"impermission!!",Toast.LENGTH_LONG).show(); finish(); return; } } requestlocation(); } else{ Toast.makeText(MainActivity.this,"Error!!",Toast.LENGTH_LONG).show(); finish(); } break; default: } } private void requestlocation(){ mlocationClient.start(); } public class MyLocationListner extends BDAbstractLocationListener { @Override public void onReceiveLocation(BDLocation bdLocation) { StringBuffer currentposition = new StringBuffer(); currentposition.append("latitude:").append(bdLocation.getLatitude()).append("\n"); currentposition.append("longitude:").append(bdLocation.getLongitude()).append("\n"); currentposition.append("locationtype:"); if(bdLocation.getLocType()==BDLocation.TypeGpsLocation){ currentposition.append("gps"); } else if(bdLocation.getLocType()==BDLocation.TypeNetWorkLocation){ currentposition.append("network"); } positiontext.setText(currentposition); } } }代码运行，手机app直接闪退
最新发布
07-12
1. **修改定位监听器实现**：将`MyLocationListner`从实现`BDLocationListener`接口改为继承`BDAbstractLocationListener`抽象类。这样修改后，过时API的警告应该会消失，同时也能避免可能引起的兼容性问题。 2. **...
android:theme="@android:style/Theme.Light.NoTitleBar.Fullscreen"设置后闪退解决办法
爱生活
01-19 1778
在manifast中设置android:theme="@android:style/Theme.Light.NoTitleBar.Fullscreen"后 运行 程序闪退 解决方案 如果你的Activity继承的是AppCompatActivity 改成继承Activity就好了 补充：AppCompatActivity和Activity的区别 1.AppCompatActivi...
Android Studio新建的工程继承了AppCompatActivity设置隐藏标题栏后闪退
木偶16的博客
10-20 1081
设置隐藏标题栏方法，出现闪退解决方法
android程序开启时闪退,Android程序运行到某一功能就闪退
weixin_28965731的博客
05-26 797
该楼层疑似违规已被系统折叠隐藏此楼查看此楼完成作业记事本中，代码无报错，其他功能都无问题，但是点击保存后就会闪退，然后只能卸载重装程序才能再次运行package cn.itcast.notepad;import androidx.appcompat.app.AppCompatActivity;import android.app.Activity;import android.content.I...
Android继承ActionBarActivity之后，出现闪退情况解决方法
sjj6995的专栏
04-02 3619
最近项目上想使用ActionBarActivity，但是只要我继承ActionBarActivity，程序启动时立马闪退，logcat也没报任何信息。 经过仔细的排查终于找到了原因所在： 由于项目中使用的Theme为android:Theme.Light.NoTitleBar导致的错误，然后我又试了试其他的主题好像也不行，没办法 我有重新建了个工程，看看官方使用的是哪个Theme。最终，发现使
AppCompatActivity相关问题
qq1187175968的博客
03-02 712
在使用Toolbar的时候，为了兼容高版本安卓。选择使用了v7包下面的Toolbar。    使用v7包中的ToolBar，需要继承AppCompatActivity。于是我创建了一个activity并继承这个，如下：/** * Created by Jaron Yu on 2017/2/22. */ public abstract class BaseActivity extends Ap
继承与AppCompatActivity的Activity全屏踩的坑
andy_jiangbin的专栏
02-23 1590
现在AS创建的Activity默认都是从AppCompatActivity继承过来的，跟ec不一样，ec创建activity时从Activity基类创建。 他们全屏的方式略有差别。开始我设置全屏方式，在网上搜了，一种是在AndroidManifest.xml文件里找到要全屏的activity，增加如下属性：android:theme="@android:style/Theme.NoTitleBa
android mHandler.post 导致程序闪退
06-13
<think>我们正在解决的是在Android中使用`mHandler.post()`时导致程序闪退的问题。根据之前的讨论，我们知道Handler与Looper密切相关，尤其是在非主线程中使用Handler时，需要确保线程有Looper并且已经循环起来。同时，也要注意内存泄漏问题，比如Handler持有Activity的引用导致无法被回收，以及Handler在Activity销毁后仍然被调用导致空指针等问题。常见的导致crash的原因及解决方案：1.**没有为当前线程准备Looper**：在非主线程中直接使用Handler的post方法，而该线程没有Looper。解决：在非主线程中使用Handler前，先调用`Looper.prepare()`和`Looper.loop()`，或者使用`Handler(Looper.getMainLooper())`来确保使用主线程的Looper。2.**内存泄漏**：Handler作为内部类持有了外部Activity的引用，当Activity销毁后，Handler仍然被消息队列持有，导致Activity无法被回收，进而可能引起内存溢出（OOM）而崩溃。解决：使用静态内部类+弱引用的方式，并在Activity的`onDestroy()`中移除所有回调。3.**在Activity销毁后仍然更新UI**：Activity已经被销毁，但Handler中的任务试图更新UI，导致空指针异常。解决：在Activity的`onDestroy()`中移除Handler的所有回调和消息。4.**主线程阻塞**：在主线程中执行耗时操作，导致ANR（程序无响应）而崩溃。虽然这不会立即闪退，但也是崩溃的一种。注意：Handler的post方法会将任务放入主线程队列，如果任务本身耗时，也会导致ANR。因此，在post的任务中不能做耗时操作。5.**空指针异常**：如果post的Runnable中访问了可能为空的对象，例如未初始化的View或者已经销毁的Activity的成员变量。解决：在访问对象前进行非空判断。我们分别来看：###1.确保Looper存在如果你在非主线程中使用Handler，需要先调用`Looper.prepare()`和`Looper.loop()`，例如：```javanewThread(newRunnable(){@Overridepublicvoidrun(){Looper.prepare();//为该线程创建LooperHandlerhandler=newHandler();//现在可以在这个线程中使用handler.post了Looper.loop();//启动消息循环}}).start();```但通常我们更倾向于使用主线程的Handler，因为更新UI必须在主线程。所以，建议这样创建Handler：```java//使用主线程的Looper创建HandlerprivateHandlermHandler=newHandler(Looper.getMainLooper());```###2.避免内存泄漏将Handler定义为静态内部类，并通过弱引用持有Activity：```javaprivatestaticclassMyHandlerextendsHandler{privatefinalWeakReference<MyActivity>mActivity;MyHandler(MyActivityactivity){super(Looper.getMainLooper());mActivity=newWeakReference<>(activity);}@OverridepublicvoidhandleMessage(Messagemsg){MyActivityactivity=mActivity.get();if(activity!=null){//处理消息，注意要检查activity是否为空}}}```在Activity中，在`onDestroy()`里移除消息：```java@OverrideprotectedvoidonDestroy(){super.onDestroy();mHandler.removeCallbacksAndMessages(null);}```注意：如果Handler是发送Runnable，同样需要在销毁时移除：```java//假设我们有一个RunnableprivateRunnablemyRunnable=newRunnable(){@Overridepublicvoidrun(){//更新UI}};//在Activity销毁时移除@OverrideprotectedvoidonDestroy(){super.onDestroy();mHandler.removeCallbacks(myRunnable);}```###3.在onDestroy中移除回调在Activity或Fragment销毁时，确保移除所有Handler的回调，避免在销毁后调用。###4.不在UI线程执行耗时操作如果post的任务是耗时的，应该将其放到后台线程中执行，例如使用AsyncTask或线程池，然后在需要更新UI时再使用Handler。###5.避免空指针在Runnable中访问Activity的成员或View时，先检查Activity是否被销毁：```javamHandler.post(newRunnable(){@Overridepublicvoidrun(){if(!isFinishing()&&!isDestroyed()){//更新UI}}});```注意：`isFinishing()`和`isDestroyed()`是Activity的方法，用于检查Activity是否正在结束或已经被销毁。另外，根据引用[4]的内容，我们可以利用`removeCallback`来移除Runnable，以避免在不需要的时候执行。结合引用[2]中的示例，我们可以看到在onCreate中使用postDelayed发送了一个延迟任务，然后在Activity退出时（onDestroy）需要移除这个延迟任务，否则当Activity销毁后任务被执行，可能会访问已经不存在的View。因此，总结解决方案：1.确保Handler使用正确的Looper（主线程使用`Looper.getMainLooper()`，非主线程确保已调用`Looper.prepare()`和`Looper.loop()`）。2.使用静态内部类+弱引用的方式定义Handler，避免内存泄漏。3.在Activity的`onDestroy()`方法中移除所有Handler的回调和消息。4.在Runnable中执行代码时，检查Activity是否已经销毁。5.避免在Handler的post中执行耗时操作。示例代码：在Activity中：```javaprivateHandlermHandler;privateRunnablemRunnable;@OverrideprotectedvoidonCreate(BundlesavedInstanceState){super.onCreate(savedInstanceState);setContentView(R.layout.activity_main);//使用主线程的Looper创建HandlermHandler=newHandler(Looper.getMainLooper());mRunnable=newRunnable(){@Overridepublicvoidrun(){if(!isFinishing()&&!isDestroyed()){//更新UITextViewtextView=findViewById(R.id.textView);textView.setText("更新文本");}}};//延迟执行mHandler.postDelayed(mRunnable,1000);}@OverrideprotectedvoidonDestroy(){super.onDestroy();//移除所有回调和消息mHandler.removeCallbacks(mRunnable);//或者移除所有消息和回调//mHandler.removeCallbacksAndMessages(null);}```这样处理可以避免大部分因Handler导致的闪退问题。如果仍然遇到问题，可以检查是否在非主线程中直接创建了Handler（没有指定Looper）并且该线程没有Looper。这种情况下会抛出异常：`Can'tcreatehandlerinsidethreadthathasnotcalledLooper.prepare()`。因此，请确保在非主线程中使用Handler时，为该线程准备了Looper，或者使用主线程的Looper。最后，引用[1]中提到关于AlertDialog的内存泄漏问题，也提醒我们在使用一些系统组件时要注意释放资源，同样Handler也存在类似问题，需要我们在Activity销毁时移除回调。希望这些解决方案能帮助你解决问题。§§相关问题§§1.如何正确使用HandlerThread？2.什么是ANR？如何避免？3.如何检测Android中的内存泄漏？4.Handler的post方法和postDelayed方法有什么区别？5.为什么在Activity销毁后，Handler中的任务仍然会被执行？</think> ### Android 中使用 `mHandler.post()` 导致程序闪退的解决方案 在 Android 中使用 `mHandler.post()` 导致闪退通常与**线程管理**、**内存泄漏**或**空指针异常**有关。以下是常见原因及解决方案，结合站内引用优化代码： --- ### 核心原因与解决方案 #### 1. **未正确绑定主线程 Looper（线程问题）** - **问题**：在非主线程中使用 Handler 未指定 `Looper.getMainLooper()`，导致无法更新 UI。 - **解决方案**：确保 Handler 绑定主线程 Looper： ```java // ✅ 正确：使用主线程 Looper private Handler mHandler = new Handler(Looper.getMainLooper()); ``` - **错误示例**： ```java // ❌ 错误：普通 Handler 可能绑定后台线程 private Handler mHandler = new Handler(); ``` #### 2. **内存泄漏导致空指针** - **问题**（引用[1][2][4]）：Handler/Runnable 持有 Activity 引用，当 Activity 销毁后仍被调用，导致空指针闪退。 - **解决方案**： - **在 `onDestroy()` 移除所有回调**： ```java @Override protected void onDestroy() { super.onDestroy(); mHandler.removeCallbacksAndMessages(null); // 移除所有回调 // 如果是自定义 Runnable，直接移除它 mHandler.removeCallbacks(yourRunnable); } ``` - **使用弱引用避免内存泄漏**（引用[4]）： ```kotlin private val yourRunnable = Runnable { // 检查 Activity 是否存活 if (!isFinishing) { // 更新 UI 的代码 } } ``` #### 3. **任务执行时 Activity 已销毁** - **问题**（引用[2]）：延迟任务执行时 Activity 已被销毁。 - **解决方案**：在 Runnable 中检查 Activity 状态： ```java mHandler.postDelayed(() -> { if (!isFinishing() && !isDestroyed()) { // 检查 Activity 状态 updateUI(); // 安全更新 UI } }, 2000); ``` #### 4. **耗时操作阻塞主线程** - **问题**：在 `post()` 中执行耗时操作导致 ANR。 - **解决方案**： - 耗时操作使用后台线程： ```java mHandler.post(() -> { // 仅处理 UI 更新 runOnUiThread(() -> updateUI()); }); ``` --- ### 完整示例代码 ```java private Handler mHandler = new Handler(Looper.getMainLooper()); private Runnable updateTask; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); // 初始化 Runnable（弱引用 Activity） updateTask = () -> { if (!isFinishing()) { ((TextView) findViewById(R.id.tv_message)).setText("更新成功"); } }; // 发送延迟任务 mHandler.postDelayed(updateTask, 1000); } @Override protected void onDestroy() { super.onDestroy(); // 移除所有回调（关键！） mHandler.removeCallbacks(updateTask); } ``` --- ### 关键优化点总结 1. **强制绑定主线程**：`new Handler(Looper.getMainLooper())` 2. **及时清理资源**：在 `onDestroy()` 中调用 `removeCallbacks()`[^4] 3. **状态检查**：在 Runnable 中通过 `isFinishing()` 验证 Activity 状态 4. **避免内存泄漏**：使用静态内部类+弱引用（参考引用[1]的 Dialog 内存泄漏方案） --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值