android闪退 日志分析 SIGSEGV

最新推荐文章于 2025-07-07 14:56:47 发布
原创 最新推荐文章于 2025-07-07 14:56:47 发布 · 2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#android闪退 #BUGLY日志分析 #bugly #SIGSEGV

本文分享了在Unity 5.2.2版本中解决游戏闪退问题的经验，特别是针对SIGSEGV(SEGV_MAPERR)错误。作者通过使用NDK库定位错误信息，对比release与debug版本的.so文件，成功找到了闪退的原因。

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

之前一次测试 有很多闪退 大部分都是 SIGSEGV(SEGV_MAPERR) 

 

 

真是头疼  从未涉及过这类问题  

挠挠头 开始刨坑之旅 

这是U3D 5.2.2的版本

首先要解决这些这些看不懂的堆栈信息 ，bugly意思是 提交制表符文件 来解析 堆栈内存值来找到相应方法位置

这个制表符文件让我头疼了一阵  我之前是解压APK 找到lib文件下的l.so文件 通过bugly上面的方法来获取制表符文件提交到网站上  但是最后出来的 和上图一样 根本没找到位置就这些闪退也就暂时搁置了

突然有一天我在用手机测试性能 进游戏突然闪退 但是连接logcat 看到了一些堆栈信息

 

心想这个问题概率太高 再尝试下解决

http://dev.qq.com/topic/5901b8df55c328b21aeb6d74  这个BUGLY上纤细介绍 上面的信息的简介

通过 各种神奇搜索 准备使用 NDK库来定位错误信息位置

方法

1.下载NDK （百度搜索下 官网下载即可）

2.解压APK内的.so文件（解压后搜索 下文件夹下.so文件 就是了）

3.通过命令行 

进入 文件夹 D:\android-ndk-r14b-windows-x86_64\android-ndk-r14b\toolchains\arm-linux-androideabi-4.9\prebuilt\windows-x86_64\

执行这个命令

用这个addr2line 参数 -c -f -e .so的文件 后面是堆栈地址（.so我就直接放到了同一个目录）

bin>arm-linux-androideabi-addr2line -C -f -e libunity.so f7218610（可以输入多个地址 会全部显示出来）

失败了。。返回都是 ？？？？问好

想想也是BUGLY内部的方法大概也是这样 都没输出到位置 我这样失败也是正常

突然想到 这是release 版本 也许加密 混淆了 我就又打了debug版本的包 解压APK

 发现果然.so文件从14M 变成了 20M 突然我就兴奋了 再执行上一步操作 堆栈出来了

 

 

果然如此行了 查问题吧 这个坑是抛出来了 开始抛下个坑吧

Anroid SIGSEGV(SEGV_MAPERR)可能的解决方案
阳光大男孩！！！的博客
10-18 5253
前言 最近App闪退，通过Bugly监控看的一头雾水，都是一些底层库的东西，并且并不是可复现的。 Bugly提供信息 不过好在Bugly有跟踪日志 在日志的最后看到了红字 IMemory : cannot map BpMemoryHeap (binder=0x9b2af780), size=18665472, fd=87 (Out of memory) 什么？我OOM了？但是我在开发的过程中，明明通过LeakCancy内存泄漏神器进行了周密的内存泄漏排除鸭。 并且问题并不复现，在思考了两三天后，并
Android闪退前处理,Android中处理崩溃异常和分析日志的两种思路
weixin_42362146的博客
05-31 731
前言：在Android开发app中，想要及时了解线上app的运行情况，须要采集样本日志，也就是常说的log,今天由“懂你行云”授权本公众号独家发布，分享他的《处理崩溃异常和分析日志的两种思路》，懂你行云的blog链接为：http://blog.youkuaiyun.com/zhangteng22。下方阅读原文可看他的原文。正文如下：我们写程序的时候都希望能写出一个没有任何Bug的程序，期望在任何情况下都不会发...
鸿蒙Next获取应用崩溃日志
最新发布
qq511029414的博客
07-07 409
应用闪退是一个非常严重的问题，当我们做性能分析时，需要获取到用户的崩溃信息，查明崩溃原因。以下两种情况会导致程序异常退出：1.Native代码未处理异常时2.Js/ArkTS代码未处理异常时接下来，主要讲述一下获取ArkTS层的崩溃信息。是在系统层面为应用开发者提供的一种事件打点机制，帮助应用记录在运行过程中发生的、统计信息、安全信息、用户行为信息，支撑开发者分析应用的运行情况。
关于那个android sigsegv的问题
冰柠绿茶
04-20 2300
<br />原本打算用调试器搞定这个的。无奈android编译的gdbserver不好使。自己编译的在多线程上也是废的。<br />纠结了一天。打算搜搜android sigsegv。一搜网上还真多这个问题。<br />看到了下面这篇文章：http://blog.youkuaiyun.com/liangshengyang/archive/2010/09/21/5900083.aspx<br />原来那个logcat的输出是很有用的，原来自己没有在意，不知道它是什么。<br /> <br />I/DEBUG   ( 13
安卓崩溃日志基础知识扫盲2：SIGSEGV
chuyouyinghe的专栏
02-05 1031
上一节，我们已经知道表示这是一个OpenGL相关的线程，线程ID为1371，进程ID为29457，这里又牵扯到线程和进程的概念，涉及到forkthread相关的编程知识，这里就不再展开了。我们又发现一个知识盲区，就是这个，很有必要解读下这块的知识点。
Android的Fatal signal 11 (SIGSEGV) at 0x00000000 (code=1)错误
Violet_Blood的博客
05-21 509
我在网上找了巨久，各种能尝试的方法都试了，有些是我看不懂的方法没法试，差点整崩溃了，然后最终怎么解决的呢？ 没错。就是换了一个模拟器，简直醉了，我为啥要浪费好几天。 所以遇到这个问题的小伙伴，先更换模拟器试试，不行再去尝试其他方法。 在这里记录一下。 ...
安卓程序崩溃异常信息 SIGSEGV，产生的原因是因指针被截断，其中错误地址的前 32 位全部为零。
AppNinja 开发手记
12-17 2549
将 32 位代码移植到 64 位架构 如果您的代码已经可以在桌面或 iOS 平台上运行，那么您无需针对 Android 做额外的工作。如果这是第一次针对 64 位系统构建您的代码，那么您需要解决的主要问题是指针不再适合int这样的 32 位整数类型。您将需要更新以int、unsigned或uint32_t等类型存储指针的代码。在 Unix 系统上，long对应的是指针大小，但在 Windows 上并非如此，因此您应该改用释意类型uintptr_t或intptr_t。使用ptrdiff...
Android问题笔记四十二：signal 11 (SIGSEGV), code 1 (SEGV_MAPERR) 的解决方法
空名先生
10-28 3832
之前开发的 SO 一直很正常，最近一段时间有新业务要在原来SO 上开发，并且有了新的设计逻辑，也是新的同事去写了。所以公司准备 SO 重写一下。部分业务还是仿照或复制原来的代码，但是给到 Android 后一直崩溃，而且看 JNI 中同事写的日志最终停止点不固定。
闪退日志解析
lcl12111211的专栏
11-04 1150
在项目中，我们经常碰到App发布后闪退了，或者测试的时候闪退，这个时候一种找问题的方式就是查看系统中的crash日志，但是系统记录的日志可读性很差，下面建议如何用symbolicatecrash工具分析iOS Crash文件： 1.建立一个单独的文件夹，例如在桌面创建一个crash文件夹 2.将闪退日志文件test.crash文件拷贝到crash文件夹下 3.将.app和.app.dSYM复
android ndk开发SIGSEGV错误
朗云星空
12-09 2225
最近进行ndk开发，偶尔会报Fatal signal 11（SIGSEGV），这个问题非常诡异，诡异就在偶然出现，并且在不同的地方。查看日志发现都是内存malloc，free方面的错误，有opencv中的，有对std::vector进入插入分配内存引发的，有在jni函数中获取数组指针发生的，真的是让人摸不着头脑： 最终发现并不程序本身的问题。问题是heap size的限制，因为我
查看android native crash后的堆栈信息
dawuafang
05-15 748
每次发生android runtime exception后都手足无措，因为拿到的都是如下信息： adb logcat: F/libc (21559): Fatal signal 11 (SIGSEGV) at 0x00030010 (code=1), thread 21578 (m.yunos.browser) I/DEBUG ( 160): *** *** *** *** **...
Android NDK开发崩溃 signal 11 (SIGSEGV), code 1 (SEGV_MAPERR),解决方法
sun007700的专栏
06-15 1024
Android NDK开发崩溃 signal 11 (SIGSEGV), code 1 (SEGV_MAPERR),解决方法 - 普通R - 博客园 (cnblogs.com)
ANDROID动态加载 使用SO库时要注意的一些问题
weixin_34329187的博客
06-04 1210
基本信息 作者：kaedea 项目：android-dynamical-loading Android项目里的SO库 正好动态加载系列文章谈到了加载SO库的地方，我觉得这里可以顺便谈谈使用SO库时需要注意的一些问题。或许这些问题对于经常和SO库开发打交道的同学来说已经是老生长谈，但是既然要讨论一整个动态加载系列，我想还是有必要说说使用...
Android开发adb命令和闪退日志_adb闪退
2501_90192164的博客
01-26 565
操作闪退步骤后，输出干净的闪退日志：adb logcat -b crash >error.txt。app出现anr时会在data/anr目录下生成traces.txt文件。Android分三种闪退情况，均可用adb命令输出crash日志。ctrl +F 搜索 force finishing查看闪退的日志。traces.txt文件里存放设备所有app的anr日志。先清除之前的日志：adb logcat -c。开始抓取日志并保存到D盘的crash.txt。ctrl +C 停止抓取。打开日志文件，搜索包名。
android bugly 错误分析,# app 3.6.1 Bugly中崩溃分析
weixin_28745525的博客
05-27 751
突然有一天，领导的Android手机中的程序运行停止了，这告诉了CTO，CTO立刻通知Android负责人，查询原因，并且询问当前的崩溃率是多少，得知3%左右，Android优化完之后，CTO又问iOS的负责人，iOS现在线上的崩溃率多少啊，‘2%左右’，‘这有点高啊，以后要降到0.2%，iOS要立刻发一个版本，降低崩溃率’，然后我们就开始分析Bugly上面的崩溃信息了。目录已解决的bug暂时无解...
Linux编程学习--段错误之(SEGV_MAPERR)的跟踪解决
文艺小少年的博客
04-26 3476
一、引言 二、System V IPC ------> 1、IPC种类 ------> 2、进程同步机制遵循的原则 ------> 3、IPC key(键值) ------> 4、IPC key的创建方法 ------------> 4.1、 fork ------------> 4.2、IPC_PRIVATE ------------> 4.3、用户自定义 一、引言 在应用程序中，经常会出现内存使用相关的错误，今天就分享一下我遇到的一个段错误—SIGSEGV(SE
讲解Fatal signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x0
牛肉胡辣汤
12-10 1万+
Fatal signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x0是一个常见的C/C++程序运行时错误，它发生在程序试图访问无效的内存地址时。尽管解决这种错误可能会有一定的挑战，但通过仔细检查代码并采取防御性编程措施，我们可以最大程度地减少和解决这类错误。在实际应用场景中，你可能需要多方面地考虑代码中的可能错误，并进行适当的调试和修复。当我们运行这段代码时，它会导致Fatal signal 11错误，因为我们试图访问一个无效的内存地址。
集成ndk导致的SIGSEGV(SEGV_MAPERR)
热门推荐
liangfeng093的博客
02-28 1万+
集成ndk导致的SIGSEGV(SEGV_MAPERR)前言 　　最近集成bugly的异常统计，官方文档推荐sdk和ndk同时集成。 　　于是我按照官方文档配置gradle文件。然后运行，程序直接Crash。我在bugly的后台看了一下,觉得应该是.so库的问题。 SIG 是信号名的通用前缀, SEGV 是 segmentation violation 的缩写 在 POSI
android 闪退
03-18
### Android 应用闪退解决方案 #### 1. 生产环境中监控崩溃日志 开发者普遍厌恶生产环境中的错误，尤其是那些导致应用程序崩溃的错误[^1]。为了有效应对这些问题，在生产环境中部署实时的日志收集工具至关重要。这些工具可以帮助开发人员快速定位并修复问题。 常见的日志记录工具有 Firebase Crashlytics 和 Sentry。它们可以捕获详细的堆栈跟踪信息以及设备上下文数据，从而帮助团队更快地解决问题。 #### 2. 使用调试库辅助排查问题 在开发阶段，可以通过集成特定的调试工具来增强对应用行为的理解。例如 DoraemonKit 是一款功能强大的性能分析工具，能够提供内存泄漏检测、网络请求拦截等功能[^3]。通过启用此类插件，可以在本地测试期间发现潜在的问题。 #### 3. 处理 Native 层面的崩溃 某些情况下，Android 应用可能会因为 native 层面上的原因而发生崩溃。比如 WebView 的实现可能引发严重的 segmentation fault 错误[^2]。针对这种情况，建议升级到最新版本的 WebView 或者尝试替换为更稳定的第三方组件。 另外需要注意的是，如果遇到 SIGSEGV 这样的信号中断，则通常意味着程序试图访问非法地址空间。此时应仔细审查涉及指针操作的部分代码逻辑是否存在缺陷。 #### 4. 实现自定义恢复机制 对于一些关键业务场景下的核心模块，考虑引入 RescueParty 类型的服务作为额外防护层是非常必要的[^4]。这类服务能够在主流程失败之后启动备用方案，减少用户体验受损程度的同时争取更多时间完成根本原因查找工作。 以下是设置全局未处理异常处理器的一个简单例子： ```java public class MyApplication extends Application { @Override public void onCreate() { super.onCreate(); Thread.setDefaultUncaughtExceptionHandler(new Thread.UncaughtExceptionHandler() { @Override public void uncaughtException(Thread thread, Throwable throwable) { Log.e("CrashHandler", "Uncaught exception: ", throwable); try { // Save logs and send them to server // Optionally restart activity after delay Intent intent = new Intent(MyApplication.this, MainActivity.class); PendingIntent pendingIntent = PendingIntent.getActivity( MyApplication.this, 0, intent, PendingIntent.FLAG_ONE_SHOT | PendingIntent.FLAG_IMMUTABLE ); AlarmManager alarmManager = (AlarmManager)getSystemService(Context.ALARM_SERVICE); alarmManager.set(AlarmManager.RTC_WAKEUP,System.currentTimeMillis()+5000,pendingIntent); System.exit(2); // Kill process so OS can clean up resources. } catch(Exception e){ throw new RuntimeException(e); } } }); } } ``` 上述代码片段展示了如何创建一个默认的线程级异常捕捉器，并在其内部执行保存日志文件的操作后再重启Activity实例。 ---
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值