<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Ndk - 标签 - 研发日志 · R&amp;D Log</title><link>https://rd163.visword.com/tags/ndk/</link><description>Ndk - 标签 - 研发日志 · R&amp;D Log</description><generator>Hugo -- gohugo.io</generator><language>zh-CN</language><managingEditor>whutluohui@gmail.com (小智晖)</managingEditor><webMaster>whutluohui@gmail.com (小智晖)</webMaster><copyright>本作品采用知识共享署名-非商业性使用 4.0 国际许可协议进行许可。</copyright><lastBuildDate>Sun, 12 Jan 2025 00:00:00 +0800</lastBuildDate><atom:link href="https://rd163.visword.com/tags/ndk/" rel="self" type="application/rss+xml"/><item><title>Android 应用程序中的 Coredump 抓取与分析</title><link>https://rd163.visword.com/posts/android-debug-coredump/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/android-debug-coredump/</guid><description><![CDATA[<p>在 Android 平台上，一旦业务进入音视频、图形渲染、JNI 桥接或自研 SDK 等领域，Native 层（C/C++）崩溃就成为无法回避的问题。与 Java 层崩溃不同，Native 崩溃抛出的是 <code>SIGSEGV</code>、<code>SIGABRT</code> 等信号（signals）,栈帧地址是一串十六进制数，直接看日志几乎读不出有用信息。要在这种环境下定位问题，必须先拿到&quot;崩溃现场&quot;——也就是本文要讨论的 <strong>Coredump 与 Tombstone</strong>。</p>]]></description></item></channel></rss>