奇怪问题- app在配置minSdk＜23正常，＞=23后运行crash

最新推荐文章于 2023-09-01 08:00:28 发布
最新推荐文章于 2023-09-01 08:00:28 发布
阅读量546 收藏
点赞数
分类专栏： Android 文章标签： android
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ytuglt/article/details/125673655
版权

crash报错信息

2022-07-08 10:31:42.072 8038-10106/com.baidu.adu.hmi.testhhs A/libc: FORTIFY: pthread_mutex_lock called on a destroyed mutex (0x7dccf9f000)
2022-07-08 10:31:42.091 7087-8359/com.baidu.adu.hmi.testbdasr A/[CORE_LOG_TIME_WP] bds_EventManagerWakeup.cpp:454:[data]: time=1657247502091, pcknum=34120, after Mic
2022-07-08 10:31:42.092 7087-8359/com.baidu.adu.hmi.testbdasr A/[CORE_LOG_TIME_WP] bds_EventManagerWakeup.cpp:562:[data]: time=1657247502092, pcknum=34120, after WPDetect
2022-07-08 10:31:42.092 7087-8359/com.baidu.adu.hmi.testbdasr A/[CORE_LOG_TIME_WP] bds_EventManagerWakeup.cpp:564:[data]: WPDetect TimeCost=1
2022-07-08 10:31:42.475 7087-8359/com.baidu.adu.hmi.testbdasr A/[CORE_LOG_TIME_WP] bds_EventManagerWakeup.cpp:562:[data]: time=1657247502475, pcknum=34132, after WPDetect
2022-07-08 10:31:42.475 7087-8359/com.baidu.adu.hmi.testbdasr A/[CORE_LOG_TIME_WP] bds_EventManagerWakeup.cpp:564:[data]: WPDetect TimeCost=1
2022-07-08 10:31:42.104 10109-10109/? A/DEBUG: *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
2022-07-08 10:31:42.104 10109-10109/? A/DEBUG: Build fingerprint: 'HUAWEI/BAH3-W59/HWBAH3-H:10/HUAWEIBAH3-W59/10.1.1.170C00:user/release-keys'
2022-07-08 10:31:42.104 10109-10109/? A/DEBUG: Revision: '0'
2022-07-08 10:31:42.104 10109-10109/? A/DEBUG: ABI: 'arm64'
2022-07-08 10:31:42.104 10109-10109/? A/DEBUG: Timestamp: 2022-07-08 10:31:42+0800
2022-07-08 10:31:42.104 10109-10109/? A/DEBUG: pid: 8038, tid: 10104, name: sdk_ctx_run  >>> com.baidu.adu.hmi.testhhs <<<
2022-07-08 10:31:42.104 10109-10109/? A/DEBUG: uid: 10331
2022-07-08 10:31:42.104 10109-10109/? A/DEBUG: signal 6 (SIGABRT), code -1 (SI_QUEUE), fault addr --------
2022-07-08 10:31:42.104 10109-10109/? A/DEBUG: Abort message: 'terminating'
2022-07-08 10:31:42.104 10109-10109/? A/DEBUG:     x0  0000000000000000  x1  0000000000002778  x2  0000000000000006  x3  0000007d570eed70
2022-07-08 10:31:42.104 10109-10109/? A/DEBUG:     x4  fefeff7bff666d68  x5  fefeff7bff666d68  x6  fefeff7bff666d68  x7  7f7f7f7f7f7f7f7f
2022-07-08 10:31:42.104 10109-10109/? A/DEBUG:     x8  00000000000000f0  x9  5e3b975866338b98  x10 0000000000000001  x11 0000000000000000
2022-07-08 10:31:42.104 10109-10109/? A/DEBUG:     x12 fffffff0fffffbdf  x13 0000000062c7970e  x14 0000c647d2ac5400  x15 00000e5fe94aa13f
2022-07-08 10:31:42.104 10109-10109/? A/DEBUG:     x16 0000007e5bba3908  x17 0000007e5bb831b0  x18 0000007d4e544000  x19 0000000000001f66
2022-07-08 10:31:42.104 10109-10109/? A/DEBUG:     x20 0000000000002778  x21 00000000ffffffff  x22 0000007d570eefc0  x23 0000007e5bb9e5b0
2022-07-08 10:31:42.104 10109-10109/? A/DEBUG:     x24 0000007d570eeea0  x25 0000007d570eeee0  x26 0000007e5c514010  x27 0000007e5bba5000
2022-07-08 10:31:42.104 10109-10109/? A/DEBUG:     x28 0000000000000018  x29 0000007d570eee10
2022-07-08 10:31:42.104 10109-10109/? A/DEBUG:     sp  0000007d570eed50  lr  0000007e5bb38040  pc  0000007e5bb3806c
2022-07-08 10:31:42.106 10109-10109/? A/DEBUG: backtrace:
2022-07-08 10:31:42.106 10109-10109/? A/DEBUG:       #00 pc 000000000006f06c  /apex/com.android.runtime/lib64/bionic/libc.so (abort+160) (BuildId: 212095a5bb472f1fd33898cf4066bc50)
2022-07-08 10:31:42.106 10109-10109/? A/DEBUG:       #01 pc 00000000000500fc  /system/lib64/libc++.so (abort_message+232) (BuildId: d957c07e50073a9c45a9ca98188a85f7)
2022-07-08 10:31:42.106 10109-10109/? A/DEBUG:       #02 pc 0000000000050218  /system/lib64/libc++.so (demangling_terminate_handler()+44) (BuildId: d957c07e50073a9c45a9ca98188a85f7)
2022-07-08 10:31:42.106 10109-10109/? A/DEBUG:       #03 pc 00000000000646c4  /system/lib64/libc++.so (std::__terminate(void (*)())+12) (BuildId: d957c07e50073a9c45a9ca98188a85f7)
2022-07-08 10:31:42.106 10109-10109/? A/DEBUG:       #04 pc 000000000006466c  /system/lib64/libc++.so (std::terminate()+52) (BuildId: d957c07e50073a9c45a9ca98188a85f7)
2022-07-08 10:31:42.106 10109-10109/? A/DEBUG:       #05 pc 00000000000bb150  /system/lib64/libc++.so (std::__1::thread::~thread()+20) (BuildId: d957c07e50073a9c45a9ca98188a85f7)
2022-07-08 10:31:42.106 10109-10109/? A/DEBUG:       #06 pc 00000000000d0f68  /apex/com.android.runtime/lib64/bionic/libc.so (__cxa_finalize+212) (BuildId: 212095a5bb472f1fd33898cf4066bc50)
2022-07-08 10:31:42.106 10109-10109/? A/DEBUG:       #07 pc 00000000000cc950  /apex/com.android.runtime/lib64/bionic/libc.so (exit+24) (BuildId: 212095a5bb472f1fd33898cf4066bc50)
2022-07-08 10:31:42.106 10109-10109/? A/DEBUG:       #08 pc 00000000000550ec  /data/app/com.baidu.adu.hmi.testhhs-D557jgS-sX2ZVPOmILTjXA==/base.apk!libBaiduSpeechSDK.so (offset 0x5b47000) (BuildId: 92b3189002cacb0375aae313144f2ed688abf205)
2022-07-08 10:31:42.106 10109-10109/? A/DEBUG:       #09 pc 00000000000554c4  /data/app/com.baidu.adu.hmi.testhhs-D557jgS-sX2ZVPOmILTjXA==/base.apk!libBaiduSpeechSDK.so (offset 0x5b47000) (BuildId: 92b3189002cacb0375aae313144f2ed688abf205)
2022-07-08 10:31:42.106 10109-10109/? A/DEBUG:       #10 pc 000000000006470c  /data/app/com.baidu.adu.hmi.testhhs-D557jgS-sX2ZVPOmILTjXA==/base.apk!libBaiduSpeechSDK.so (offset 0x5b47000) (BuildId: 92b3189002cacb0375aae313144f2ed688abf205)
2022-07-08 10:31:42.106 10109-10109/? A/DEBUG:       #11 pc 000000000006b9f8  /data/app/com.baidu.adu.hmi.testhhs-D557jgS-sX2ZVPOmILTjXA==/base.apk!libBaiduSpeechSDK.so (offset 0x5b47000) (BuildId: 92b3189002cacb0375aae313144f2ed688abf205)
2022-07-08 10:31:42.106 10109-10109/? A/DEBUG:       #12 pc 0000000000132dfc  /data/app/com.baidu.adu.hmi.testhhs-D557jgS-sX2ZVPOmILTjXA==/base.apk!libBaiduSpeechSDK.so (offset 0x5b47000) (BuildId: 92b3189002cacb0375aae313144f2ed688abf205)
2022-07-08 10:31:42.495 7087-8359/com.baidu.adu.hmi.testbdasr A/[CORE_LOG_TIME_WP] bds_EventManagerWakeup.cpp:454:[data]: time=1657247502495, pcknum=34133, after Mic
2022-07-08 10:31:42.106 10109-10109/? A/DEBUG:       #13 pc 0000000000132e74  /data/app/com.baidu.adu.hmi.testhhs-D557jgS-sX2ZVPOmILTjXA==/base.apk!libBaiduSpeechSDK.so (offset 0x5b47000) (BuildId: 92b3189002cacb0375aae313144f2ed688abf205)
2022-07-08 10:31:42.106 10109-10109/? A/DEBUG:       #14 pc 0000000000134e88  /data/app/com.baidu.adu.hmi.testhhs-D557jgS-sX2ZVPOmILTjXA==/base.apk!libBaiduSpeechSDK.so (offset 0x5b47000) (BuildId: 92b3189002cacb0375aae313144f2ed688abf205)
2022-07-08 10:31:42.106 10109-10109/? A/DEBUG:       #15 pc 000000000011580c  /data/app/com.baidu.adu.hmi.testhhs-D557jgS-sX2ZVPOmILTjXA==/base.apk!libBaiduSpeechSDK.so (offset 0x5b47000) (BuildId: 92b3189002cacb0375aae313144f2ed688abf205)
2022-07-08 10:31:42.106 10109-10109/? A/DEBUG:       #16 pc 00000000000ce1b0  /apex/com.android.runtime/lib64/bionic/libc.so (__pthread_start(void*)+36) (BuildId: 212095a5bb472f1fd33898cf4066bc50)
2022-07-08 10:31:42.106 10109-10109/? A/DEBUG:       #17 pc 0000000000070ba8  /apex/com.android.runtime/lib64/bionic/libc.so (__start_thread+64) (BuildId: 212095a5bb472f1fd33898cf4066bc50)
2022-07-08 10:31:42.111 7087-8359/com.baidu.adu.hmi.testbdasr A/[CORE_LOG_TIME_WP] bds_EventManagerWakeup.cpp:454:[data]: time=1657247502111, pcknum=34121, after Mic

解决方案

android:extractNativeLibs="true"

在这里插入图片描述

ytuglt
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
android项目中使用tess-two常见问题解决办法
安卓世界库
10-04 1576
init总是程序崩溃并提示A/libc: FORTIFY: pthread_mutex_lock called on a destroyed mutex (0x73ae078d08)这是因为，训练库有问题，重新下载安装即可。
react-native-alipay：适用于React Native的Alipay SDK。 支持RN> = 0.47
02-05
本机AlipaySDK库（）： iOS：v15.5.9（2018.11.26） Android：v15.5.9（2018.11.26）产品特点快捷登录授权（ ） APP支付（ ）手机网站转APP支付（ ）参数签名（ ）需求React本机> = 0.20 iOS> = 7.0 Android> = 4.4...
C++中的异常处理机制详解
01-01
异常处理 增强错误恢复能力是提高代码健壮性的最有力的途径之一，C语言中采用的错误处理方法被认为是紧耦合的，函数的使用者必须在非常靠近函数调用的地方编写错误处理代码，这样会使得其变得笨拙和难以使用。C++中引入了异常处理机制，这是C++的主要特征之一，是考虑问题和处理错误的一种更好的方式。使用错误处理可以带来一些优点，如下: 错误处理代码的编写不再冗长乏味，并且不再和正常的代码混合在一起，程序员只需要编写希望产生的代码，然后在后面某个单独的区段里编写处理错误的嗲吗。多次调用同一个函数，则只需要某个地方编写一次错误处理代码。 错误不能被忽略，如果一个函数必须向调用者发送一次错误信息。它将抛出一个描
【C++】【pthread】pthread_mutex_lock called on a destroyed mutex
天天向上 Up Up Up (*^▽^*)
07-12 1万+
一般是调用了析构函数进行destroy后，其它的线程还在调用使用了mutex的方法 具体原因取决于代码是如何编写的，但大致可以从以下方面出发来考虑
【C++】【pthread】C++ POSIX Thread 线程同步常用API讲解
天天向上 Up Up Up (*^▽^*)
07-16 1551
线程 pthread_create 创建线程 四个参数分别为pid，attr，function，args 其中function是一个函数指针，这个函数接收一个void*，也返回一个void* 第四个参数args，就是传给function函数的参数context static pthread_t pidDecode = 0; pthread_create(&pidPlay, nullptr, [](void *context) -> void * { AudioChanne
理解线程互斥锁mutex引起的死锁
u014285914的博客
05-07 1531
理解线程互斥锁mutex引起的死锁
ms-intune-app-sdk-android:适用于Android的Intune App SDK通过Microsoft Intune启用数据保护功能和移动应用程序管理
05-20
在安装和使用Microsoft Intune App SDK for Android之前，您必须： 查看许可条款。 打印并保留许可条款的副本供您记录。 通过下载和使用适用于Android的Intune App SDK，您同意此类许可条款。 如果您不接受它们，...
Android SDK (SDK Platforms)-android-23.zip
01-10
开发者可以使用SDK来开发、优化和测试应用，确保它们能在不同Android版本和设备上正常运行。 **SDK Platforms** SDK Platforms是SDK的核心部分，包含了特定Android版本的系统框架、库和API文档。在这个案例中，...
animated-list-app:Hydro-SDK的基本Flutter过渡动画演示
04-02
配置npm installflutter pub get跑步使用常规Flutter工具调试lib/main.dart ，在终端中npx hydroc run lib/main.dart 。测验test目录下的窗口小部件测试期望将ota下包含的Typescript代码内置到.ota包中，并放置在...
AMD-APP-SDK-v2.9-Windows-64.exe.zip
10-26
在描述中提到了AMD-APP-SDK-v3.0已经发布，但可能由于某些原因，例如兼容性问题或难以获取，所以选择了使用v2.9版本。 AMD APP SDK包含了几个关键组件和功能： 1. **OpenCL框架**：OpenCL是跨平台的API，允许...
NDK的多线程编程＜pthread.h＞库的使用问题
hanshiying007的博客
12-10 3917
问题 在项目中使用一个开源库，里面有原生的C++代码，其中有不少并发操作，使用了<pthread.h>库保证线程安全。 其中线程同步是使用互斥锁来实现的，正常的流程情况是： 初始化锁 – pthread_mutex_init 加锁 – pthread_mutex_lock、pthread_mutex_trylock 解锁 – pthread_mutex_unlock 销毁锁 – pthread_mutex_destroy 但是因为逻辑比较复杂，导致偶尔会出现执行异常，出现了销毁锁之后又进行加
修复金山云KSYStreamer 在Android P以上机型Native Crash
鱼塘鱼汤的专栏
04-02 5946
问题 在升级了Target API28之后，发现我们一直使用的金山云的推流SDK在部分Android 9以上的手机离开开播页的时候会不明的出现Crash，我的小米8上面是固定第二次的时候Crash，一些手机第一次就Crash了，崩溃日志如下： Abort message: 'FORTIFY: pthread_mutex_destroy called on a destroyed mutex (0x...
UE中Activity优雅退出
u014529755的专栏
02-17 3774
背景 UE Android lib集成过程，使用普通Activity+SurfaceView的方式加载UElib，在退出游戏Activity时，出现nativeOnInputQueueDestroyed引擎的崩溃 原因 InputQueue处理流程 onDestroy() onInputQueueDestroy() 这两个里面都可以在native层处理inputQueue，主要是 AInputQueue_detachLooper取消looper绑定 然后是在native的ondestroy中设置andr
MTK camera plugin 算法中 mutex 锁导致camerahalserver AEE_AED
huifeidedabian的博客
05-27 6159
1.线程调试mutex问题分析 1.打印线程号、进程号、线程名字 #include <sys/syscall.h> #include <sys/prctl.h> int tid = syscall(SYS_gettid); int pid = syscall(SYS_getpid); char name[32]; prctl(PR_GET_NAME,name); 2.打...
called on a destroyed mutex_Linux中的mutex机制[一] - 加锁和osq lock
weixin_39665847的博客
11-12 838
mutex可视作是spinlock的可睡眠版本，同样是线程无法继续向前执行，但spinlock是"spin"，导致该CPU上无法发生线程切换，而mutex是"block"（我们通常翻译成「阻塞」），可以发生线程切换，让所在CPU上的其他线程继续执行。阻塞既可以发生在线程试图获取mutex时，也可以发生在线程持有mutex时。描述mutex的结构体定义如下（不含debug相关部分）：struct 简...
thread学习
08-29 364
pthread_t用于声明线程ID pthread_mutex_t 互斥锁 pthread_cond_t PTHREAD_MUTEX_INITIALIZER静态初始化互斥锁 PTHREAD_COND_INITIALIZER静态初始化变量 Linux串口—struct termios结构体
linux下错误使用pthread_mutex_lock导致程序奔溃问题分析
热门推荐
yxtxiaotian的专栏
11-22 4万+
在进行程序开发过程中，错误使用了pthread_mutex_lock导致程序概率性的奔溃，奔溃时报如下错误： 问题分析： 本文分析在Linux应用程序中错误使用pthread_mutex锁时会概率性触发SIG_ABRT信号而导致程序崩溃（库打印输出 ：Assertion `mutex->__data.__owner == 0' failed）的原因。 首先给出出错的示例程序：
多线程编程中关于“死锁”的相关概念问题
日常记录，挨打要立正！
10-12 750
死锁的条件，与饥饿、死循环的异同，如何避免死锁
Linux多线程互斥锁
最新发布
09-01 96
迷途小书童的 Note读完需要5分钟速读仅需 2 分钟1 引言在 Linux 编程中，多线程是一种常见的并发编程模型。为了保证多线程之间的数据同步和互斥访问，pthread_mutex（互斥锁）是一个重要的工具。本文将深入探讨 pthread_mutex 的底层实现原理、函数原型，并提供详细的使用方法和一个完整的实际案例。2 概述pthread_mutex 是 Linux 线程库（pthr...
<?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>com.zbeats.dashboard</groupId> <artifactId>zbpro-api-parent</artifactId> <version>1.0-SNAPSHOT</version> <packaging>pom</packaging> <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.1.4.RELEASE</version> </parent> <modules> <module>zbpro-api</module> <module>zbpro-cloud</module> </modules> <properties> <start-class>main.java.com.zbeats.app.api.AppAPIApplication</start-class> <aws.java.sdk.version>2.18.16</aws.java.sdk.version> <skip.org.cyclonedx>false</skip.org.cyclonedx> </properties> </project> 一个父项目两个子项目 A与B，父项目与B没有启动类，A有启动类，B作为A的依赖，上面的代码是父项目的pom 还缺少哪些配置
05-24
这个pom.xml文件还缺少子项目A和B的具体配置。你需要在子项目A和B的目录下分别创建一个pom.xml文件，并在其中指定它们的相关依赖和其他配置信息。例如，对于子项目A，你需要在A目录下创建一个pom.xml文件，并指定如下内容： ``` <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <parent> <groupId>com.zbeats.dashboard</groupId> <artifactId>zbpro-api-parent</artifactId> <version>1.0-SNAPSHOT</version> </parent> <artifactId>zbpro-api</artifactId> <packaging>jar</packaging> <dependencies> <!-- specify your dependencies here --> </dependencies> <properties> <mainClass>com.zbeats.app.api.AppAPIApplication</mainClass> </properties> </project> ``` 同样的，你需要在子项目B的目录下创建一个pom.xml文件，指定其依赖和其他配置信息。然后你需要在父项目的pom.xml文件中添加这两个子项目的信息，如下所示： ``` <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>com.zbeats.dashboard</groupId> <artifactId>zbpro-api-parent</artifactId> <version>1.0-SNAPSHOT</version> <packaging>pom</packaging> <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.1.4.RELEASE</version> </parent> <modules> <module>zbpro-api</module> <module>zbpro-cloud</module> </modules> <properties> <start-class>main.java.com.zbeats.app.api.AppAPIApplication</start-class> <aws.java.sdk.version>2.18.16</aws.java.sdk.version> <skip.org.cyclonedx>false</skip.org.cyclonedx> </properties> <dependencies> <!-- specify your dependencies here --> </dependencies> </project> ``` 这样，你就可以在父项目下通过命令行启动子项目A了。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值