集成ndk导致的SIGSEGV(SEGV_MAPERR)

最新推荐文章于 2025-06-11 03:16:22 发布

原创

最新推荐文章于 2025-06-11 03:16:22 发布 · 1.1w 阅读

3 ·

CC 4.0 BY-SA版权

文章标签：

#sdk #ndk

本文介绍了在集成ndk后遇到的SIGSEGV(SEGV_MAPERR)错误，分析了错误原因在于不同架构的.so库导致的内存错误，并提供了删除不必要的库以解决问题的解决方案。强调了log在定位bug中的关键作用。

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

集成ndk导致的SIGSEGV(SEGV_MAPERR)

前言

　　最近集成bugly的异常统计，官方文档推荐sdk和ndk同时集成。
　　于是我按照官方文档配置gradle文件。然后运行，程序直接Crash。我在bugly的后台看了一下,觉得应该是.so库的问题。

SIG 是信号名的通用前缀, SEGV 是 segmentation violation 的缩写
在 POSIX 兼容的平台上，SIGSEGV 是当一个进程执行了一个无效的内存引用，或发生段错误时发送给它的信号。SIGSEGV 的符号常量在头文件 signal.h 中定义。因为在不同平台上，信号数字可能变化，因此符号信号名被使用。通常，它是信号11。
对于不正确的内存处理,如当程序企图访问 CPU 无法定址的内存区块时,计算机程序可能抛出 SIGSEGV。操作系统可能使用信号栈向一个处于自然状态的应用程序通告错误，由此，开发者可以使用它来调试程序或处理错误。
在一个程序接收到 SIGSEGV 时的默认动作是异常终止。这个动作也许会结束进程，但是可能生成一个核心文件以帮助调试，或者执行一些其他特定于某些平台的动作。
SIGSEGV可以被捕获。也就是说，应用程序可以请求它们想要的动作，以替代默认发生的动作。这样的动作可以是忽略它、调用一个函数，或恢复默认的动作。在一些情形下，忽略 SIGSEGV 导致未定义行为。

　　在网上搜了很多Android SIGSEGV相关的文章，发现他们的情况跟我的不一样。他们的native相关文件是自己编写的，所以他们可以根据logcat定位错误