android的crash log

最新推荐文章于 2023-12-20 14:01:45 发布
最新推荐文章于 2023-12-20 14:01:45 发布
阅读量9.9k 收藏 1
点赞数
分类专栏： android&chrome 文章标签： crash android c signal jni system
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/chief1985/article/details/6870499
版权

   在android下，如果我们写jni程序，可能经常会出现类似下面的crash log：

10-11 20:47:24.527: INFO/DEBUG(61): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
10-11 20:47:24.527: INFO/DEBUG(61): Build fingerprint: 'rockchip/rk29sdk/rk29sdk:2.3.1/GINGERBREAD/eng.root.20110711.153921:eng/test-keys'
10-11 20:47:24.527: INFO/DEBUG(61): pid: 669, tid: 681  >>> com.xxx.Camera <<<
10-11 20:47:24.527: INFO/DEBUG(61): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0000000c
10-11 20:47:24.527: INFO/DEBUG(61):  r0 00000000  r1 45a7d95c  r2 00000001  r3 00002328
10-11 20:47:24.527: INFO/DEBUG(61):  r4 00000000  r5 00002328  r6 00002328  r7 00000000
10-11 20:47:24.527: INFO/DEBUG(61):  r8 45a7db30  r9 45a7d95c  10 45043fac  fp 81fa5368
10-11 20:47:24.527: INFO/DEBUG(61):  ip 8320a1e4  sp 45a7d928  lr afd1921b  pc afd18f60  cpsr 20000030
10-11 20:47:24.527: INFO/DEBUG(61):  d0  67706a2e34343237  d1  3333383133317473
10-11 20:47:24.527: INFO/DEBUG(61):  d2  0000000000000069  d3  000000000000006c
10-11 20:47:24.527: INFO/DEBUG(61):  d4  9fd151719e4be940  d5  66a628fea8a196ce
10-11 20:47:24.527: INFO/DEBUG(61):  d6  eb3850c7184a1f94  d7  00000000000000a7
10-11 20:47:24.527: INFO/DEBUG(61):  d8  0000000000000000  d9  0000000000000000
10-11 20:47:24.527: INFO/DEBUG(61):  d10 0000000000000000  d11 0000000000000000
10-11 20:47:24.527: INFO/DEBUG(61):  d12 0000000000000000  d13 0000000000000000
10-11 20:47:24.527: INFO/DEBUG(61):  d14 0000000000000000  d15 0000000000000000
10-11 20:47:24.527: INFO/DEBUG(61):  d16 4051bdc000000027  d17 bff0000000000000
10-11 20:47:24.527: INFO/DEBUG(61):  d18 3ff0000000000000  d19 0000000000000000
10-11 20:47:24.527: INFO/DEBUG(61):  d20 0000000000000000  d21 0000000000000000
10-11 20:47:24.527: INFO/DEBUG(61):  d22 3ff0000000000000  d23 0000000000000000
10-11 20:47:24.527: INFO/DEBUG(61):  d24 3ff0000000000000  d25 000000000

最低0.47元/天 解锁文章
chief1985
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
crashlog:Android 应用程序崩溃日志保存到文件
07-05
#崩溃日志 Android 应用程序崩溃日志到文件。 这是将崩溃日志写入 android 应用程序中的文件的代码。 现有的 Android 日志崩溃日志仅在开发人员模式下。 当 crashlog 将 libcrashlog.so 动态加载到应用程序中时，它会在应用程序指定的目录中创建一个崩溃日志文件。 ##edit $vi local.properties sdk.dir=<your> ndk.dir=<your> NDKBUILD=ndk-build (linux, mac) or ndk-build.cmd (windows) ##Complie $make or ./gradlew assemble 编译。 ls app/build/outputs/apk/ app-debug.apk app-debug-unaligned.a
用go语言实现的android crash log分析系统.zip
最新发布
03-10
【项目资源】： 包含前端、后端、移动开发、操作系统、人工智能、物联网、信息化管理、数据库、硬件开发、大数据、课程资源、音视频、网站开发等各种技术项目的源码。 ... 【项目质量】： 所有源码都经过严格测试，...
android开发之应用Crash自动抓取Log_自动保存崩溃日志到本地
thinkfuture的专栏
03-07 488
应用发生crash之后要查看log，判断问题出在什么地方，可是一旦应用发布出去，就要想办法把用户的崩溃日志拿到分析。 所以要在发生crash之后抓取log，然后上传到服务器，方便开发者查看，现在都有很多第三方做这方面的服务，这里说下如何自己来实现。 其实原理很简单，应用出现异常后，会由默认的异常处理器来处理异常， 我们要做的就是把这个任务接管过来，自己处理异常，包括收集日志，保存
Android crash--log文件分析
Ann的博客
08-01 3246
一、 log文件的产生（Fatal/ANR） 1.      程序异常退出（fatal） 2.      程序强制关闭（fatal） 3.      程序无响应（Application No Response--ANR） 4.      native层：Tombstone crash 5.      Kernel层：kernel panic 出现情况有一下两种： 1.       界
Android进程crash log解析
Saimon的博客
10-18 992
Android进程crash会导致比较严重的问题， 轻则进程相关功能无法使用， 重则导致系统crash。 抓取对应的log和tombstone，会发现crash时打印的是一串地址栈，而不是对应的函数调用栈。 要解决问题，首要问题是把地址栈解析为对应的函数调用栈。   1. addr2line cd prebuilts/gcc/linux-x86/aarch64/aarch64-linux...
Android crash log分析工具
08-24
一个linux下面分析Android崩溃日志(crash log)的工具。把崩溃的日志信息(带I/DEBUG标记)复制到xx文件中，用编辑器编辑工具中Android编译的符号(symbol)所在的位置，我的是在309行"SYMBOLS_DIR = './out/target/...
Android crash 日志
10-18
Android crash 文件。用于分析 force close ，快速定位 bug。
Android 常见Crash Log汇总
weixin_30483013的博客
10-10 167
一、BinderProxy@4479b390 is not valid; is your activity running? 原因分析： 因为使用了AsyncTask 异步线程在线程完成以后的onPostExecute方法里面操作UI。这个时候如果用户在onPostExecute调用之间跳转了页面,这时activity已经onDestory了，那么就会报出android.view.W...
android crash log分析,蒲公英 - 文档中心 - Crash Log 的查看分析
weixin_29786123的博客
05-26 640
应用 Crash 异常Crash 首页在应用管理中心中，点击“Crash”，即可进入该应用的Crash页面，如图：在应用 Crash 异常首页，开发者可以查看应用的Crash统计，包括错误率、待处理问题、已处理问题、Crash次数及影响用户数。Crash 趋势统计图通过查看Crash趋势统计图(上图“2”位置)，开发者能够了解Crash变化情况，可以及时掌握待发布版本的质量状况，从而决定在发布前解...
android app崩溃日志分析,android开发之应用Crash自动抓取Log_自动保存崩溃日志到本地...
weixin_36397146的博客
05-25 682
publicclassCrashHandlerimplementsUncaughtExceptionHandler{publicstaticfinalStringTAG="CrashHandler";//系统默认的UncaughtException处理类privateThread.UncaughtExceptionHandlermDefaultHandler;//Cr...
crashdumpandroid_Android 常见Crash Log汇总
weixin_39531761的博客
12-19 215
一、BinderProxy@4479b390 is not valid; is your activity running?原因分析：因为使用了AsyncTask 异步线程在线程完成以后的onPostExecute方法里面操作UI。这个时候如果用户在onPostExecute调用之间跳转了页面,这时activity已经onDestory了，那么就会报出android.view.WindowMana...
Android 系统崩溃堆栈log
qq_27494201的博客
12-20 380
【代码】Android 系统崩溃堆栈log。
Android 查看ANR和Crash日志（adb bugreport）
Android 领域开发程序员，希望通过写博客的方式不断的总结提升自己，大家共同进步哦！
07-10 4257
你可以搜索关键字：比如你的类名啊，crash等字眼去排查，当然，我觉得这个没有AndroidStudio的logcat好看好找。打开下面的文件，在里面去找关键字，就可以定位问题里，例如我下面这个就是使用了三方库的方法，结果在部分手机上不适配，就会卡顿。当然，你想看崩溃的，就找到FS/data/tombstones的文件，查找时间点最接近的日志。于是还是得用ADB连接来看一下，之前用，但是老是会忘记，今天总结一下。今天测试那儿出了个ANR，我自己手机没问题，很烦，定位不了位置。第一个：查看Crash。
Android 获取奔溃crash的日志(adb logcat或者dropbox)
HeXinGen的博客
04-28 9056
记录下adb logcat 抓取奔溃日志，dropbox 获取系统记录的奔溃，判断是系统进程还是app进程导致奔溃
分析android crash log（记录未实验）
yishui301的专栏
07-04 1219
2 c/c++, 通常情况下，可以通过segment fault 等错误即信号 SIGSEGV(11) 做出相应处理，即设置SIGSEGV的handler调用libc的backtrace，即可打印对于的callback stack；定位问题所在；但在android 中， bionic 不提供类似功能，而且只能通过logcat才能看到log信息，但是我们也可以根据android出错信息获得调用堆栈信
抓取手机crash log（iOS+Android）
qq_43311363的博客
08-25 3282
抓取手机crash log（iOS+Android） iOS抓取log 1. Mac电脑 1. 方法一：查看手机端日志(只可看到已发生crash日志，不受电脑的限制） 直接查看手机系统设置->隐私->分析与改进，即可查看发生过crash的日志，通常，崩溃日志格式包含程序包名，时间以及后缀ips或者beta.点击进去，右上角点击分享可以各种方式分享出去（未查到与iOS版本有关） 2. 方法二：使用控制台查看手机端实时日志(需要先连接再测试，才可抓取有效的日志） 1. Mac电脑直接在系统软件里其他
android crash log统计
阴小猿的博客
05-04 1654
一般应用在运行时，不可避免的会发生crash。一般应用crash分为三种：未捕获的异常、ANR（Application Not Responding）、闪退（NDK引发错误）。 1) 未捕获的异常：一般系统会将crash log输入出控制台，开发人员可以及时查看。对于发布的版本，则可以通过一些方式收集crash log, 这样方便开发人员分析程序崩溃原因，更好的改进代码。同时当程序崩溃时，表现出
分析 Android crash 步骤案例
04-07
以下是一些分析 Android 崩溃的步骤案例： 步骤一：获取崩溃日志 获取崩溃日志是分析 Android 崩溃的第一步。您可以在开发者选项中启用 USB 调试，并使用 ADB 工具连接到设备，然后使用以下命令获取崩溃日志： ``` adb logcat -d > crash_log.txt ``` 步骤二：查看崩溃日志 崩溃日志包含有关崩溃的详细信息，例如异常类型、堆栈跟踪和线程信息。您可以使用文本编辑器或日志查看器查看崩溃日志并查找关键信息。以下是一个示例崩溃日志： ``` FATAL EXCEPTION: main Process: com.example.app, PID: 12345 java.lang.NullPointerException: Attempt to invoke virtual method 'java.lang.String com.example.app.User.getName()' on a null object reference at com.example.app.MainActivity.onCreate(MainActivity.java:25) at android.app.Activity.performCreate(Activity.java:6975) at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1213) at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2770) at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2892) at android.app.ActivityThread.-wrap11(Unknown Source:0) at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1593) at android.os.Handler.dispatchMessage(Handler.java:105) at android.os.Looper.loop(Looper.java:164) at android.app.ActivityThread.main(ActivityThread.java:6540) at java.lang.reflect.Method.invoke(Native Method) at com.android.internal.os.Zygote$MethodAndArgsCaller.run(Zygote.java:240) at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:767) ``` 步骤三：确定异常类型和位置 崩溃日志中的第一部分（例如“java.lang.NullPointerException”）指示发生的异常类型。异常类型有助于确定崩溃的原因和所需的修复操作。接下来，您需要查看堆栈跟踪以确定崩溃的位置。在上面的示例中，堆栈跟踪指示在 MainActivity.java 的第 25 行发生了空指针异常。 步骤四：分析代码 一旦您确定了崩溃的位置，您需要分析代码以找出问题的根本原因。在上面的示例中，问题可能是在 MainActivity.java 中使用了空对象。您可以检查代码并添加必要的 Null 检查，例如： ```java User user = getUser(); if (user != null) { String name = user.getName(); // do something with name } ``` 步骤五：测试修复 一旦您修改了代码并重新编译应用程序，您需要进行测试以确保崩溃已解决。您可以重新安装应用程序并尝试重现崩溃。如果崩溃没有再次发生，则修复已成功。如果崩溃仍然存在，则需要进一步分析和修复。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值