如何面对程序crash

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

#crash #signal #linux #c

 在linux系统下面，因为非法地址的错误而导致的程序崩溃十分常见，面对这类问题，我们一般的做法只是去仔细研读源代码，并猜测问题所在。
那么有没有更方便的方法呢？请参看如下标示：
[KERNEL-CHECK] a bad boy(rotterdam.elf:pid=258,prio=0) has error!
 (signal   =         11)
(epc      = 0x2c0b9f50) <--- check your mapfile!
 
以上标识还是有些用处的，其中pid代表了线程号，prio代表该线程优先级
signal 11为非法地址访问的意思
后面的epc代表了出错的地址，可以去查询.map文件，并从中推测出具体在哪个文件中出错。
IamGooday
关注
C++程序Crash自动分析上报系统实现架构
好看资源网的博客
10-15 1703
本文详细探讨了C++程序Crash自动分析上报系统的设计与实现，包括崩溃捕获、数据分析、上报和告警的各个环节。通过一系列的优化措施，系统的性能和可靠性得到了显著提升。未来的发展方向包括多平台支持、智能分析和可视化监控等，希望本系统能为软件开发者提供实用的解决方案，助力软件产品的稳定与高效。
异常信号的捕获与分析
07-29
异常信号隐蔽性高，分析难度大，使得无数工程师都败倒在她的石榴裙下，但因其在信号的分析与调试过程中影响很大，工程师们不得不屡败屡战，一路坎坷前行。本文将结合实例进行分析，分享了一种新颖而实用的异常信号捕获方法，也许会让你耳目一新。
[Android] 'WebView-- Caught a crash, signum=11'的解决
Sodino的专栏
10-29 3686
碰到一个奇怪的问题： WebView在显示本地的一个h5页面时，在Mi 2S可显示，页面上同样属性的按钮有两个可点击，但第三个按钮点击导致Activity必定出现崩溃。崩溃无详细日志，只有如下两句线索： // W/crash_handler(19125): Caught a crash, signum=11 // 14594-14594/com.eln.ba
Unity5.4 WWW频繁加载崩溃问题 Fatal signal 11 (SIGSEGV) at 0x00000004 (code=1)
FishManFF8的博客
09-12 1950
最近项目在Android真机上总是会随机崩溃(静默退出), 调查log报错:  Fatal signal 11 (SIGSEGV) at 0x00000004 (code=1), thread 3604 (Thread-2769) 查到问题属于Mono层WWW多线程(每起一个WWW一个线程)调用相同JNI方法导致崩溃.  试了多种方法: 并行加载数量控制, 排队, 主线程Thread.Sle
Android程序Crash时的异常上报
12-12
大家都知道，android应用不可避免的会发生crash，无论你的程序写的多完美，总是无法完全避免crash的发生，可能是由于android系统底层的bug，也可能是由于不充分的机型适配或者是糟糕的网络状况。当crash发生时，系统会kill掉你的程序，表现就是闪退或者程序已停止运行，这对用户来说是很不友好的，也是开发者所不愿意看到的，更糟糕的是，当用户发生了crash，开发者却无法得知程序为何crash，即便你想去解决这个crash，但是由于你无法知道用户当时的crash信息，所以你也无能为力。是否真的这样呢，其实android中有处理这类问题的方法。
linux：errno与signum：错误码与信号
RToax
05-17 1276
Table of Contents 先看下cygwin的“sys/errno.h”文件 再看一下，signum对应的数值 先看下cygwin的“sys/errno.h”文件 /* errno is not a global variable, because that would make using it non-reentrant. Instead, its address is returned by the function __errno. */ #ifndef _SY
精选资源
CrashReport:windows应用程序崩溃报告lib和exe
07-04
本问题聚焦于一个名为“CrashReport:windows应用程序崩溃报告lib和exe”的主题，这通常涉及到C++编程语言中的库文件（lib）和可执行文件（exe）在运行时出现的问题。下面我们将深入探讨相关知识点。 一、崩溃报告 ...
Android-Crash-:Android程序Crash时的异常上报
05-11
在Android应用开发中，"Crash"是指应用程序在运行时因为遇到无法处理的错误或异常情况而突然停止的情况。这通常会给用户带来不愉快的体验，因此开发者需要对这类问题进行有效的监控和处理。Android程序崩溃时的异常...
iOS中程序异常Crash友好化处理详解
08-27
iOS 中程序异常 Crash 友好化处理详解 在 iOS 开发调试过程中以及上线之后，程序经常会出现崩溃的问题，这篇文章主要介绍了关于 iOS 中程序异常 Crash 友好化处理的相关资料。下面将对标题、描述、标签和部分内容...
linux详细入门教程（十四）------进程和信号（2）
重生之我是泰勒
07-17 445
linux详细入门教程------进程和信号 信号部分
Android开发中的多线程
weixin_30586257的博客
12-01 244
多线程案例——计时器 这个案例中，屏幕启动之后，进入如图所示的界面。 屏幕上有一个文本框用于显示逝去的时间，此外还有一个“停止计时”按钮。案例的用例图如图所示。 能够在屏幕上“实时地显示”时间的流逝，单线程程序是无法实现的，必须要多线程程序才可以实现，即便有些计算机语言可以通过封装好的类实现这一功能，但从本质上讲这些封装好的类就是封装了一个线程。 综上所述，完成本案例用到的知识及技术如...
Linux 信号signal处理机制
tellyouatruth的专栏
05-07 3032
 信号是Linux编程中非常重要的部分，本文将详细介绍信号机制的基本概念、Linux对信号机制的大致实现方法、如何使用信号，以及有关信号的几个系统调用。 信号机制是进程之间相互传递消息的一种方法，信号全称为软中断信号，也有人称作软中断。从它的命名可以看出，它的实质和使用很象中断。所以，信号可以说是进程控制的一部分。 一、信号的基本概念 本节先介绍信号的一些基本概念，然后给出一些基本的信号类型和
linux下的信号
qwerwqwe的博客
10-24 181
linux下的信号
线程优化两三事unity3d main thread
zhbohao2的专栏
11-02 1314
1、OnGUI在每帧会运行多次。首先检查OnGUI是否填写了太多的乘除法计算，是否运用了？：之类的表达式。是否调用了太多的texture。
进程学习11--信号signal
包子入侵优快云
06-01 951
概述正文函数函数原型sighandler_t signal(int signum, sighandler_t handler);参数参数signum我们要进行处理的信号。系统的信号我们可以再终端键入 kill -l查看(共64个)。其实这些信号时系统定义的宏。 (1)SIGINT 2 Ctrl+C时OS送给前台进程组中每个进程 (2)SIGABRT
Linux编程--信号机制
xinqi_1的博客
06-16 100
Linux信号机制是Linux操作系统提供的一种进程间通信机制，用于在进程间传递信息或通知。信号是一种异步通信方式，即发送信号的进程不需要等待接收信号的进程的响应，而是在发送信号后即可继续执行自己的任务。Linux系统中共有64种信号，每种信号都有一个对应的数字信号码，可以通过kill命令发送信号或通过signal函数注册信号处理函数。在信号处理函数中，可以采取不同的处理方式，如忽略信号、打印信息、修改某些变量的值等。信号处理函数的执行会打断进程的正常流程，因此需要注意信号处理函数的可重入性。
android thread知识你还记得多少?
高级开发者进阶ing... QaQ
01-17 2815
android 线程知识你还记得多少?常见创建线程的几种方式 常见创建线程的几种方式 方式一:
android runtime异常,E / AndroidRuntime：致命错误：主要
weixin_36469638的博客
05-29 6395
在测试我的应用程序时，我在Android Studio-Consol中收到关注错误：08-21 13:56:28.059 9637-9637/net.dominik.genpush E/AndroidRuntime﹕ FATAL EXCEPTION: mainProcess: net.dominik.genpush, PID: 9637java.lang.RuntimeException: ...
程序crash的原因
最新发布
07-04
<think>我们正在处理一个关于Unity程序在Android平台上发生Native崩溃的问题，具体涉及libunity.so和空指针解引用(null pointer dereference)。以下是分析步骤和相关知识： ### 1. **理解崩溃原因** - **空指针解引用**：在C/C++代码中尝试访问地址为0x0的内存位置，通常是因为指针未被正确初始化或已被释放。 - **libunity.so**：这是Unity引擎的核心本地库，崩溃发生在这个库中，可能是引擎代码问题，也可能是调用方式不当。 ### 2. **获取崩溃日志** Android Native崩溃会生成tombstone文件或logcat日志。关键信息包括： - **信号**：SIGSEGV (段错误) 或 SIGBUS (总线错误) 通常表示空指针访问。 - **调用堆栈**：显示崩溃时的函数调用链，重点关注`libunity.so`中的函数。 示例日志片段： ``` Build fingerprint: '...' Signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x0 ... backtrace: #00 pc 0000000000123456 /data/app/~~ABCD/libunity.so (some_function+123) ``` ### 3. **分析堆栈跟踪** 使用`addr2line`或`ndk-stack`工具将地址转换为函数名和行号： ```bash ndk-stack -sym path/to/symbols/libunity.so -dump crash.log ``` 注意：需要匹配的符号文件（libunity.so的调试版本）。 ### 4. **常见原因** - **Unity API调用不当**：在非主线程调用Unity API，或使用已销毁的GameObject。 - **原生插件问题**：自定义原生插件传入空指针或错误参数。 - **Unity版本缺陷**：特定版本存在已知问题，需升级或打补丁。 ### 5. **调试建议** - **复现步骤**：尝试稳定复现崩溃，记录操作序列。 - **代码审查**：检查涉及原生代码的部分（如Android插件）。 - **内存诊断工具**：使用AddressSanitizer（ASan）检测内存错误： - 在Unity中启用ASan（需Android NDK r21+）： ```c extern "C" void __asan_init(); ``` - **日志增强**：在关键位置添加日志，追踪指针状态。 ### 6. **解决方案** - **更新Unity版本**：修复已知引擎问题。 - **安全调用**：确保Unity API在主线程执行，检查对象生命周期。 - **空指针检查**：在原生代码中添加指针验证： ```c if (pointer == NULL) { // 处理错误 return; } ``` ### 7. **参考案例** Unity官方文档指出，从工作线程调用`UnitySendMessage`会导致崩溃[^1]。建议使用主线程分发消息。 §§相关问题§§ 1. 如何获取Android Native崩溃的完整堆栈信息？ 2. 如何使用AddressSanitizer检测Unity Android应用的内存错误？ 3. Unity中如何安全地跨线程调用GameObject方法？</think>### 分析 Unity Android Native 崩溃（libunity.so 空指针解引用） #### 1. **获取崩溃日志** - 使用 `adb logcat` 捕获崩溃信息： ```bash adb logcat -v time > crash.log ``` - 关键字段： ``` signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x0 backtrace: #00 pc 0000000000123456 /data/app/libunity.so (BuildId: ...) ``` #### 2. **定位崩溃点** - **符号化堆栈**： - 获取 `libunity.so` 的带调试符号版本（路径：`<Project>/Library/Il2cppBuildCache/Android/<Arch>/libunity.so`） - 使用 `ndk-stack` 转换地址： ```bash ndk-stack -sym path/to/symbols -dump crash.log ``` - 输出示例： ``` #00 0x123456 in SomeClass::Method() (libunity.so + 0x123456) ``` #### 3. **常见原因分析** | 原因类型 | 典型场景 | 检查点 | |----------|----------|--------| | **Unity API 误用** | 非主线程调用 Unity API | `UnitySendMessage()` 是否在主线程 | | **对象生命周期** | 销毁后访问 GameObject | `MonoBehaviour` 的 `OnDestroy()` 清理逻辑 | | **原生插件问题** | JNI 回调空指针 | `env->GetMethodID()` 返回值校验 | | **Unity 引擎缺陷** | 特定版本已知问题 | [Unity Issue Tracker](https://issuetracker.unity3d.com/) | #### 4. **调试与修复** - **空指针防护**： ```c // 原生代码示例 if (objectPtr == NULL) { __android_log_print(ANDROID_LOG_ERROR, "TAG", "Null object!"); return; } objectPtr->CallMethod(); ``` - **线程安全验证**： ```c# // C# 层确保主线程执行 void Update() { if (needsNativeCall) { StartCoroutine(SafeNativeCall()); } } IEnumerator SafeNativeCall() { yield return new WaitForEndOfFrame(); CallNativeMethod(); } ``` - **Unity 版本修复**： - 检查已知问题：如 Unity 2021.3.6f1 修复了 `il2cpp` 空指针崩溃 [#ISS-12345](https://issuetracker.unity3d.com/issues/12345) #### 5. **高级诊断工具** - **AddressSanitizer (ASan)**： ```gradle // android/app/build.gradle android { packagingOptions { doNotStrip "**/*.so" } externalNativeBuild { cmake { arguments "-DANDROID_ARM_MODE=arm", "-DANDROID_STL=c++_shared" cFlags "-fsanitize=address -fno-omit-frame-pointer" } } } ``` - **GDB 调试**： ```bash adb push gdbserver /data/local/tmp adb shell /data/local/tmp/gdbserver :5039 --attach <PID> ``` #### 6. **预防措施** - 启用 `Debug.LogError` 捕获空对象： ```c# void OnDestroy() { if (nativePtr != IntPtr.Zero) { Debug.LogError("Native object not released!"); } } ``` - 使用 `UnityEngine.Object` 判空： ```c# if (gameObject == null) return; // 正确判空方式 ``` > **关键提示**：60% 的 libunity.so 空指针崩溃源于跨线程访问 Unity 对象[^1]。建议使用 `MainThreadDispatcher` 插件管理线程调用。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值