android app崩溃日志分析,利用NDK崩溃日志查找BUG(android的C++错误查找)

最新推荐文章于 2023-06-25 13:47:59 发布
最新推荐文章于 2023-06-25 13:47:59 发布
阅读量941 收藏
点赞数
文章标签： android app崩溃日志分析

背景介绍

本文主要内容: 利用android的crash log来对c++开发的android应用进行错误定位.

容易稳定复现的BUG, 一般可以通过断点调试来解决. 如果测试人员也无法稳定复现,

log就成了程序吊定位问题的救命稻草.

通用操作系统都有自己的日志系统, android也不例外. 救命稻草已经给你了~ ( 怎样查看android的系统日志

)

但是, android的系统日志在c++代码崩溃时, 打印的都是内存地址和寄存器. 比如, 这样:

06-20 15:54:35.331 23889 23889 I DEBUG

: *** *** *** *** *** *** *** *** *** *** ***

*** *** *** *** ***

06-20 15:54:35.331 23889 23889 I DEBUG

: Build fingerprint:

'google/razorg/deb:4.4.2/KOT49H/937116:user/release-keys'

06-20 15:54:35.331 23889 23889 I DEBUG

: Revision: '0'

06-20 15:54:35.331 23889 23889 I DEBUG

: pid: 1981, tid: 2020, name: Thread-3399

>>> com.guangyou.ddgame

<<<

06-20 15:54:35.331 23889 23889 I DEBUG

: signal 11 (SIGSEGV), code 1 (SEGV_MAPERR),

fault addr 00000028

06-20 15:54:35.431  187  710 D audio_hw_primary: out_set_parameters:

enter: usecase(0: deep-buffer-playback) kvpairs:

routing=2

06-20 15:54:35.511 23889 23889 I DEBUG

:  r0

76d94458  r1 00000000  r2

00000000  r3 00000000

06-20 15:54:35.511 23889 23889 I DEBUG

:  r4

760c1a48  r5 751e2440  r6

00000001  r7 760c1a48

06-20 15:54:35.511 23889 23889 I DEBUG

:  r8

00000001  r9 76c96f3c  sl

76c861c0  fp 76d94444

06-20 15:54:35.511 23889 23889 I DEBUG

:  ip

00000001  sp 76d94430  lr

75a81bd8  pc 75a81bdc  cpsr

600f0010

06-20 15:54:35.511 23889 23889 I DEBUG

:  d0

746968775f327865  d1

6a6e6169642f675f

06-20 15:54:35.511 23889 23889 I DEBUG

:  d2

5f6f616978757169  d3

676e702e6e776f6d

06-20 15:54:35.511 23889 23889 I DEBUG

:  d4

0000000009000000  d5

0000000000000000

06-20 15:54:35.511 23889 23889 I DEBUG

:  d6

0000000000000000  d7

0000000000000000

这密密麻麻的都是些神马, 是人看的么?

饿. 这个麻… 谁让你当程序猿! 让你当! 活该要看天书!

硬着头皮也要来, 我们就来讲讲怎么消化天书吧~

怎样获取android的系统日志

假设你已经安装了 Android Develop Tools, 可以成功调用adb.

并打开android开发用机的调试模式, 连接到电脑.

打开命令行, 在命令行输入: adb logcat.

就可以看到满屏幕的日志啦.

输入adb logcat --help可以看到 logcat的用法提示.

这里有两个参数特别提醒一下, 比较常用:

1. -v XXXX: 用来选择log输出样式, 一般建议 threadtime,

更加详细.

2. -d: 让log一次性输出后马上完毕. 如果没有此命令, logcat 工具会一直输出,

即使更新在界面上.

如果需要保存log到文件, 方便以后查看. 可输入命令:

adb logcat -v threadtime -d > log.txt

理解NDK的crash log

如果你用c++开发的android应用在运行过程中, c++代码发生错误导致程序崩溃, 系统就会记录 crash

log到上述的系统日志中.

下面是我正在开发的游戏一次崩溃后, 截取的日志

06-20 15:54:35.331 23889 23889 I DEBUG

: *** *** *** *** *** *** *** *** *** *** ***

*** *** *** *** ***

06-20 15:54:35.331 23889 23889 I DEBUG

: Build fingerprint:

'google/razorg/deb:4.4.2/KOT49H/937116:user/release-keys'

06-20 15:54:35.331 23889 23889 I DEBUG

: Revision: '0'

06-20 15:54:35.331 23889 23889 I DEBUG

: pid: 1981, tid: 2020, name: Thread-3399

>>> com.guangyou.ddgame

<<<

06-20 15:54:35.331 23889 23889 I DEBUG

: signal 11 (SIGSEGV), code 1 (SEGV_MAPERR),

fault addr 00000028

06-20 15:54:35.431  187  710 D audio_hw_primary: out_set_parameters:

enter: usecase(0: deep-buffer-playback) kvpairs:

routing=2

06-20 15:54:35.511 23889 23889 I DEBUG

:  r0

76d94458  r1 00000000  r2

00000000  r3 00000000

06-20 15:54:35.511 23889 23889 I DEBUG

:  r4

760c1a48  r5 751e2440  r6

00000001  r7 760c1a48

06-20 15:54:35.511 23889 23889 I DEBUG

:  r8

00000001  r9 76c96f3c  sl

76c861c0  fp 76d94444

06-20 15:54:35.511 23889 23889 I DEBUG

:  ip

00000001  sp 76d94430  lr

75a81bd8  pc 75a81bdc  cpsr

600f0010

06-20 15:54:35.511 23889 23889 I DEBUG

:  d0

746968775f327865  d1

6a6e6169642f675f

06-20 15:54:35.511 23889 23889 I DEBUG

:  d2

5f6f616978757169  d3

676e702e6e776f6d

06-20 15:54:35.511 23889 23889 I DEBUG

:  d4

0000000009000000  d5

0000000000000000

06-20 15:54:35.511 23889 23889 I DEBUG

:  d6

0000000000000000  d7

0000000000000000

06-20 15:54:35.511 23889 23889 I DEBUG

:  d8

0000000000000000  d9

0000000000000000

06-20 15:54:35.511 23889 23889 I DEBUG

:  d10

0000000000000000  d11

0000000000000000

06-20 15:54:35.511 23889 23889 I DEBUG

:  d12

0000000000000000  d13

0000000000000000

06-20 15:54:35.511 23889 23889 I DEBUG

:  d14

0000000000000000  d15

0000000000000000

06-20 15:54:35.511 23889 23889 I DEBUG

:  d16

c3c3c3c3c3c3c3c3  d17

c3c3c3c3c3c3c3c3

06-20 15:54:35.511 23889 23889 I DEBUG

:  d18

41c7ddc227000000  d19

3ff0000000000000

06-20 15:54:35.511 23889 23889 I DEBUG

:  d20

3f811110896efbb2  d21

3fd7096611460fdb

06-20 15:54:35.511 23889 23889 I DEBUG

:  d22

c0176a8ee0000000  d23

bfc5230c760b0605

06-20 15:54:35.511 23889 23889 I DEBUG

:  d24

0000000000000000  d25

3fc7922925a107e2

06-20 15:54:35.511 23889 23889 I DEBUG

:  d26

3fdaa0f8fab43e33  d27

3fb43ad076b251ab

06-20 15:54:35.511 23889 23889 I DEBUG

:  d28

3fa15cb6bdc3c156  d29

3ec6cd878c3b46a7

06-20 15:54:35.511 23889 23889 I DEBUG

:  d30

3f65f3b6b9b97e01  d31

3ef99342e0ee5069

06-20 15:54:35.511 23889 23889 I DEBUG

:  scr

20000012

06-20 15:54:35.511 23889 23889 I DEBUG

:

06-20 15:54:35.511 23889 23889 I DEBUG

: backtrace:

06-20 15:54:35.511 23889 23889 I DEBUG

:  #00

pc 0089cbdc

/data/app-lib/com.guangyou.ddgame-1/libcocos2dcpp.so

(cocos2d::Texture2D::getContentSize() const+32)

06-20 15:54:35.511 23889 23889 I DEBUG

:  #01

pc 0088f8dc

/data/app-lib/com.guangyou.ddgame-1/libcocos2dcpp.so

(cocos2d::Sprite::setTexture(std::string

const&)+128)

06-20 15:54:35.511 23889 23889 I DEBUG

:  #02

pc 007863dc

/data/app-lib/com.guangyou.ddgame-1/libcocos2dcpp.so

(cocos2d::ui::Button::loadTextureDisabled(std::string const&,

cocos2d::ui::Widget::TextureResType)+336)

06-20 15:54:35.511 23889 23889 I DEBUG

:

06-20 15:54:35.511 23889 23889 I DEBUG

: stack:

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d943f0

00000001

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d943f4

4006bc0d  /system/lib/libc.so

(free+12)

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d943f8

76a72c54

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d943fc

75eca614

/data/app-lib/com.guangyou.ddgame-1/libcocos2dcpp.so

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d94400

751c23c8

[anon:libc_malloc]

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d94404

751c23c8

[anon:libc_malloc]

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d94408

751c23c8

[anon:libc_malloc]

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d9440c

75a749b4

/data/app-lib/com.guangyou.ddgame-1/libcocos2dcpp.so

(cocos2d::Sprite::setTexture(cocos2d::Texture2D*)+128)

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d94410

0000003d

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d94414

00e8efc8

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d94418

00000000

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d9441c

00000000

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d94420

00000000

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d94424

76d94458

[stack:2020]

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d94428

00000020

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d9442c

76d94444

[stack:2020]

06-20 15:54:35.511 23889 23889 I DEBUG

:  #00

76d94430  00000000

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d94434

76d94458

[stack:2020]

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d94438

76a66184

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d9443c

760c1a48

/data/app-lib/com.guangyou.ddgame-1/libcocos2dcpp.so

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d94440

76d9447c

[stack:2020]

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d94444

75a748e0

/data/app-lib/com.guangyou.ddgame-1/libcocos2dcpp.so

(cocos2d::Sprite::setTexture(std::string

const&)+132)

06-20 15:54:35.511 23889 23889 I DEBUG

:  #01

76d94448  76d944ec

[stack:2020]

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d9444c

793ff0e8

[anon:libc_malloc]

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d94450

76a72c54

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d94454

00000000

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d94458

00000000

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d9445c

00000000

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d94460

00000000

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d94464

00000000

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d94468

00000000

06-20 15:54:35.511 23889 23889 I DEBUG

:  76d9446c

00000000

06-20 15:54:35.521 23889 23889 I DEBUG

:  76d94470

7b91dcf8

[anon:libc_malloc]

06-20 15:54:35.521 23889 23889 I DEBUG

:  76d94474

78ce6c50

[anon:libc_malloc]

06-20 15:54:35.521 23889 23889 I DEBUG

:  76d94478

76d944b4

[stack:2020]

06-20 15:54:35.521 23889 23889 I DEBUG

:  76d9447c

7596b3e0

/data/app-lib/com.guangyou.ddgame-1/libcocos2dcpp.so

(cocos2d::ui::Button::loadTextureDisabled(std::string const&,

cocos2d::ui::Widget::TextureResType)+340)

06-20 15:54:35.521 23889 23889 I DEBUG

:  #02

76d94480  00000001

06-20 15:54:35.521 23889 23889 I DEBUG

:  76d94484

00000000

06-20 15:54:35.521 23889 23889 I DEBUG

:  76d94488

76d944ec

[stack:2020]

06-20 15:54:35.521 23889 23889 I DEBUG

:  76d9448c

793fe780

[anon:libc_malloc]

06-20 15:54:35.521 23889 23889 I DEBUG

:  76d94490

76d944f0

[stack:2020]

06-20 15:54:35.521 23889 23889 I DEBUG

:  76d94494

793ff0e8

[anon:libc_malloc]

06-20 15:54:35.521 23889 23889 I DEBUG

:  76d94498

00000001

06-20 15:54:35.521 23889 23889 I DEBUG

:  76d9449c

4006bc0d  /system/lib/libc.so

(free+12)

06-20 15:54:35.521 23889 23889 I DEBUG

:  76d944a0

76a72c54

06-20 15:54:35.521 23889 23889 I DEBUG

:  76d944a4

75eca614

/data/app-lib/com.guangyou.ddgame-1/libcocos2dcpp.so

06-20 15:54:35.521 23889 23889 I DEBUG

:  76d944a8

78ce6c50

[anon:libc_malloc]

06-20 15:54:35.521 23889 23889 I DEBUG

:  76d944ac

78ce6c50

[anon:libc_malloc]

06-20 15:54:35.521 23889 23889 I DEBUG

:  76d944b0

76d9455c

[stack:2020]

06-20 15:54:35.521 23889 23889 I DEBUG

:  76d944b4

75924e54

/data/app-lib/com.guangyou.ddgame-1/libcocos2dcpp.so

(cocostudio::ButtonReader::setPropsFromJsonDictionary(cocos2d::ui::Widget*,

rapidjson::GenericValue, rapidjson::MemoryPoolAllocator >

const&)+752)

06-20 15:54:35.521 23889 23889 I DEBUG

:  76d944b8

00000000

06-20 15:54:35.521 23889 23889 I DEBUG

:  76d944bc

78ce6c50

[anon:libc_malloc]

06-20 15:54:35.521 23889 23889 I DEBUG

:

06-20 15:54:35.521 23889 23889 I DEBUG

: memory near r0:

06-20 15:54:35.521 23889 23889 I DEBUG

:  76d94438

76a66184 760c1a48 76d9447c 75a748e0

06-20 15:54:35.521 23889 23889 I DEBUG

:  76d94448

76d944ec 793ff0e8 76a72c54 00000000

...

06-20 15:54:35.521 23889 23889 I DEBUG

:

06-20 15:54:35.521 23889 23889 I DEBUG

: memory near r4:

06-20 15:54:35.521 23889 23889 I DEBUG

:  760c1a28

760811c8 75ee318c 75ee3194 75ee319c

06-20 15:54:35.521 23889 23889 I DEBUG

:  760c1a38

4006d091 75f9a1f4 75f4ee5c 75e8ea0c

...

下面来逐行解读:

1. ndk crash log以*** *** *** ***

***开始.

2. 第一行Build fingerprint:

'google/razorg/deb:4.4.2/KOT49H/937116:user/release-keys'

指明了运行的Android版本, 如果您有多份crash

dump的话这个信息就比较有用了.

3. 接着一行显示的是当前的线程id(pid)和进程id(tid). 如果当前崩溃的线程是主线程的话,

pid和tid会是一样的~

4. 第四行, 显示的是unix信号. 这里的signal 11, 即SIGSEGV, 表示段错误,

是最常见的信号.(什么是unix信号, 什么是SIGSEGV)

5. 接下来的部分是系统寄存器的dump信息.

符号 解释

rX(X=[0~9]) 代表整数寄存器

dX(X=[0~31]) 是浮点指针寄存器

fp (or r11) 指向当前正在执行的函数的堆栈底.

ip (or r12) 一个寄存器, 我也没弄明白是干啥的.

sp (or r13) 当前正在执行的函数的堆栈顶.(跟fp相对应)

lr (or r14) link register. 简单来说,

当当前指令执行完了,

就会从这个寄存器获取地址, 来知道需要返回

到哪里继续执行.

pc (or r15) program counter. 存放下一条指令的地址

cpsr  Current Program Status

Register. 表示当前

运行环境和状态的一些字节位.

6. Crash dump还包含PC之前和之后的一些内存字段.

7. 最后, 是崩溃时的调用堆栈. 如果你执行的是debug版本, 还能还原一些c++代码.

利用ndk-stack定位崩溃代码

上面的一些信息能简单的帮你定位以下问题. 如果信息量还不够大的话, 那就还有最后一招: 还原历史.

Android NDK自从版本R6开始, 提供了一个工具ndk-stack( 在目录{ndk_root}/中 ).

这个工具能自动分析dump下来的crash log, 将崩溃时的调用内存地址和c++代码一行一行对应起来.

我们先看一下用法, 执行命令ndk-stack --help

Usage:

ndk-stack -sym [-dump ]

-sym  Contains full path to the

root directory for symbols.

-dump Contains full path to the file containing

the crash dump.

This is an optional parameter. If ommited,

ndk-stack will

read input data from stdin

-dump参数很容易理解, 即dump下来的log文本文件. ndk-stack会分析此文件.

-sym参数就是你android项目下,编译成功之后,obj目录下的文件.

下面我们就来示范一下:

$ adb logcat | ndk-stack -sym

./obj/local/armeabi

********** Crash dump:

**********

Build fingerprint:

'htc_wwe/htc_bravo/bravo:2.3.3/

GRI40/96875.1:user/release-keys'

pid: 1723, tid: 1743

>>> com.packtpub.droidblaster

<<<

signal 11 (SIGSEGV), code 1

(SEGV_MAPERR), fault addr 0000000c

Stack frame #00  pc

00010a2c

/data/data/com.packtpub.droidblaster/lib/libdroidblaster.so:

Routine update in

/home/packt/Project/Chapter11/DroidBlaster_Part11/jni/TimeService.cpp:25

Stack frame #01  pc

00009fcc

/data/data/com.packtpub.droidblaster/lib/libdroidblaster.so:

Routine onStep in

/home/packt/Project/Chapter11/DroidBlaster_Part11/jni/DroidBlaster.cpp:53

Stack frame #02  pc

0000a348

/data/data/com.packtpub.droidblaster/lib/libdroidblaster.so:

Routine run in

/home/packt/Project/Chapter11/DroidBlaster_Part11/jni/EventLoop.cpp:49

Stack frame #03  pc

0000f994

/data/data/com.packtpub.droidblaster/lib/libdroidblaster.so:

Routine android_main in

/home/packt/Project/Chapter11/DroidBlaster_Part11/jni/Main.cpp:31

...

熟悉的代码出现啦~~

另外还可以这样：

将adb logcat 打印的crash信息保存到文件中然后用ndk-stack 的-dump选项来解析：

adb logcat >

/tmp/log.txt

ndk-stack -sym /obj/local/armeabi -dump

/log.txt

汤文洁
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
内存优化之掌握 APP 运行时的内存模型
子者不语的专栏
12-10 1010
我们已经从操作系统的维度了解了一个进程的内存模型。这一节，我们将维度继续上升，从应用层出发看看一个 App 运行时的内存模型是怎样的。为了让大家深入掌握 App 运行时的内存模型，这一节的内容按照由外到内、逐步深入的原则，分为了 3 个部分：内存描述指标内存数据获取内存模型详解话不多说，让我们马上开始这一章学习吧！
Android Crash 分析定位脚本
wangpeiyao5566的专栏
02-11 3399
前提1：Android源码编译2：Ubuntu虚拟机Android运行的时候出现如下的问题,如何定位到底是哪里出问题的呢. 可以用提供的工具stack来辅助分析.方法是：1)下载stack脚本放到源码根目录下2) 把崩溃信息复制粘贴到xxx 文本里面 然后保存为文本格式放到与stack脚本相同的目录3) stack xxxI/DEBUG ( 136): signal 11 (SIGSEGV), c
Ndk c++层 crash问题分析
门徒07的博客
06-25 574
拿到这个文件了，可以看到上面记录的是crash .so 的地址，有两种方式处理，但也要分情况选择，如果你有设备来测试，并且知道如何去复现这个crash 那你可以用ndk-stack来直接将crash翻译成指向代码的容易理解的log，现在是指向地址的tomstone，其实这种也就不需要tomstone了，前提是你要判断出来，crash时因为c++ native层的，我就不具体解释ndk-stack怎么使用了，如果后面观众老爷留言有需要我再补吧，也是ndk带的一个工具。
常见Android Native崩溃及错误原因
forlong401的专栏--有问题上：http://www.androidren.com
04-27 2295
http://www.droidsec.cn/常见android-native崩溃及错误原因/ 一、什么是Android的C/C++ NativeCrash Android上的Crash可以分两种： 1、Java Crash java代码导致jvm退出，弹出“程序已经崩溃”的对话框，最终用户点击关闭后进程退出。 Logcat 会在“AndroidRunti
C++ 异常处理
jltxgcy的专栏
01-17 1356
一、整体代码 #include #include using namespace std; class MyException { public: MyException(const char* message) : message_(message) { cout<<"MyException ..."<<endl; } MyException(const MyExce
android ndk 段错误,利用NDK崩溃日志查找BUG
weixin_39632212的博客
05-26 746
下面来逐行解读:1. ndk crash log以 *** *** *** *** *** 开始.2. 第一行 Build fingerprint: 'google/razorg/deb:4.4.2/KOT49H/937116:user/release-keys' 指明了运行的Android版本, 如果您有多份crash dump的话这个信息就比较有用了.3. 接着一行显示的是当前的线程id(pi...
crashlog:Android 应用程序崩溃日志保存到文件
07-05
#崩溃日志Android 应用程序崩溃日志到文件。 这是将崩溃日志写入 android 应用程序中的文件的代码。 现有的 Android 日志崩溃日志仅在开发人员模式下。 当 crashlog 将 libcrashlog.so 动态加载到应用程序中时，它会...
详解AndroidStudio3.0开发调试安卓NDK的C++代码
01-05
本文介绍了AndroidStudio3.0开发调试安卓NDK的C++代码，分享给大家，具有如下： 一、新建项目 新建项目，没有发现Include C++ Support 选项。因为印象中是有过该选项的，找了半天没找到。 后来无意间拖了下窗口大小...
Android C++高级编程使用NDK [ Pro Android C++ with the NDK ]书源码
最新发布
07-18
《Android C++高级编程使用NDK》是一本深入探讨如何在Android平台上利用C++进行高效开发的专业书籍。这本书源码的提供，对于开发者来说是一份宝贵的参考资料，它涵盖了多个章节的示例代码，帮助读者更好地理解和实践...
Android NDK编程C++初识，基本数据类型使用
09-26
在Android开发中，NDK（Native Development Kit）提供了一种方式让开发者可以使用原生代码，比如C++，来编写应用程序的部分或全部功能。这种方式可以让应用受益于原生代码的性能提升，特别是在处理密集计算或者游戏...
backtrace-android:基于Android的设备的错误报告
03-10
回溯 与以Java或Kotlin编写的Android应用程序的集成，使客户可以捕获并向Backtrace实例报告已处理和未处理的Java异常，并立即提供对软件错误进行优先级排序和调试的功能。 如果Backtrace还将捕获并报告本机（JNI / NDK）处理和未处理的异常。 用法 Java // replace with your endpoint url and token BacktraceCredentials credentials = new BacktraceCredentials ( " <endpoint> " , " <token> " ); BacktraceClient backtraceClient = new BacktraceClient (getApplicationContext(), credentials); try { // thro
Android NoteX Q11:trycatch(Exception e)能捕获所有异常么
ganshenml的专栏
06-29 264
当然不能，譬如：加载一个不存在的库。 System.loadLibrary("c++_shared"); 还是会报错。 java.lang.UnsatisfiedLinkError: dlopen failed: library “libc++_shared.so” not found at java.lang.Runtime.loadLibrary0(Runtime.java:1087) at java.lang.Runtime.loadLibrary0(Runtime.java:1008) at j
Android NDK 对 C/C++ crash 定位
AMing_阿明
12-19 918
通过 Java 层 logcat 日志的某个 例如:Fatal signal 8 (SIGFPE) at 0x0000513a 定位到 xxx.cpp 文件的具体错误位置、定位到产生错误的根源环境要求: ndk 环境 android-ndk-r14b 分析方式 1: ndk-stack 2: addr2line 3: objdumpndk 工具根据手机 cpu 架构有不同的调试工具 /U
android crash 定位,Android NDK Crash 定位分析
weixin_39860201的博客
05-26 381
当拿到应用的crash日志,如果是在java层出现了异常,相信大家都知道通过堆栈信息查找到奔溃的代码,但是如果是在native层出现了问题,面对下面的一堆内存地址,有些小伙伴可能就会觉得无从下手了:30597 30597 F DEBUG : *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***30597 30597 F ...
android studio ndk开发中c语言中异常处理
wulongkou的博客
06-07 883
最近在使用android studio ndk开发时遇到了一些问题，经过多方查资料和一些自己的判断，解决了此异常问题。         1、在开发ndk时，我觉得先把ndk的c++源码和安卓程序放到一个工程里，便于打断点调试，等到所有问题都解决了，再把ndk，jar，aar的项目和主项目分开，最好保留一份原来的ndk和主项目在一个工程里的源码，便于以后打断点调试，找问题。         2、
Android NDK开发之旅23 C++ 异常处理
weixin_34032827的博客
12-21 348
###异常处理 与Java类似，C++也有异常处理。 ###异常类型 C++中，异常的类型是任意的，如下： void main(){ try{ //throw 1; //throw "异常信息"; throw 9.8; } catch (int a){ cout &lt;&lt; "int异常：" &lt;&lt; a &lt;&lt; endl; } catch (...
Android常用异常及解决方案
Kiven 每天都需要有所获，每天都需要进步.........
08-31 708
Android常用异常及解决方案1、什么是异常?      异常是指在程序运行中所出现的错误,这些错误会干扰到指令的正常执行,从而造成程序异常退出,这些异常出现的场景比如有:文件找不到,网络连接失败,非法参数等.2、异常来源      就Java语言来说,所有的异常都继承自Throwable 3、Android常见异常分类1-编译时错误 (eg:ClassNotFoundException/layo
【C++学习】异常
weixin_63726869的博客
05-26 1941
介绍了C++中的异常，包括异常的抛出，捕获，匹配规则，异常重新抛出等等操作。介绍并演示了自定义异常体系，抛出派生类异常对象可以被基类的指针或者引用捕获，以及标准库的异常体系和异常的优缺点。
Android studio C++调试问题汇总
taohongtaohuyiwei的博客
06-12 1020
网上搜了很多资料，大概原因是由于library一般会以release方式的形式编译，所以生成的so不包含符号表，因此无法断点。首先，需要找到library的符号表所在的目录，如下图的所示，在library的build目录下搜索相应的so,然后文件大小最大的那个SO就是带符号表的SO。如下图所示project共有app和nativelib两个模块，但app模块下的cpp文件可以正常断点，但nativelib模块下的cpp不能断点。问题1：如下图所示，cpp目录不显示或cpp目录不显示C++源文件。
利用NDK提升Android C++应用性能与图形处理
本资源是一本深入讲解Android C++高级编程的实用指南，主要利用Android Native Development Kit (NDK)进行开发。作者Onur Cinar以实践为导向，旨在帮助读者构建图形丰富且性能卓越的原生应用。书中内容覆盖了从入门...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值