logcat日志抓取及分析

分析logcat日志,最好要有一定的编程基础。不会分析的可以找有经验的作者帮你看看。

移植系统卡动画,日志会循环的输出一些特点信息,如果你发现系统日志一直都是循环输出一些一样的信息,那基本就可以判断系统是起不来的了。

归结起来,常见日志里面有如下三种情况会导致系统卡动画(开不了机),当然还有更多情况,这里只举三种:

(1) 某些系统关键服务启动失败,系统拒绝启动。常见输出日志如下

I/ServiceManager( 1589): service 'media.audio_flinger' died

I/ServiceManager( 1589): service 'media.player' died

I/ServiceManager( 1589): service 'media.camera' died

I/ServiceManager( 1589): service 'media.audio_policy' died

这里出现的service XXX  died,那么系统基本就是起不来的了。这种问题多出在我们修复bug,替换文件时产生的。如果出现这种问题,找到你刚刚替换的文件,再换回去即可。 当然,有的文件需要配套使用,可能你再多换几个文件,这个问题就没了。根据自己的经验来找寻解决办法。

(2) c语言文件执行是的段错误,大致日志如下:

I/DEBUG   (  580): backtrace:

I/DEBUG   (  580):     #00 pc 00011a50 /system/lib/libcamdrv.so(ImgSensorDrv::getCurrentSensorType(SENSOR_DEV_ENUM)+75)

I/DEBUG   (  580):    #01  pc 0001302b  /system/lib/libcamdrv.so(ImgSensorDrv::impSearchSensor(int (*)())+422)

I/DEBUG   (  580):    #02  pc 000133ed  /system/lib/libcamdrv.so(SensorDrv::searchSensor(int (*)())+14)

I/DEBUG   (  580):    #03  pc 0001696f  /system/lib/libcamdrv.so(SensorHalImp::searchSensor()+226)

I/DEBUG   (  580):    #04  pc 0000838d  /system/lib/hw/camera.default.so(android::CamDeviceManager::getNumberOfCameras()+120)

I/DEBUG   (  580):    #05  pc 0001c317  /system/lib/libcameraservice.so(android::CameraService:: onFirstRef()+58)

I/DEBUG   (  580):    #06  pc 0000ef2d  /system/lib/libutils.so(android::RefBase::incStrong(void const*) const+38)

I/DEBUG   (  580):    #07  pc 00000bc9  /system/bin/mediaserver

I/DEBUG   (  580):    #08  pc 00000c87  /system/bin/mediaserver

I/DEBUG   (  580):    #09  pc 0001bd98  /system/lib/libc.so (__libc_init+64)

I/DEBUG   (  580):    #10  pc 00000aa0  /system/bin/mediaserver

这里是程序的调用的so库的堆栈,可以看到最后的段错误发生在libcamdrv.so,这个时候,你尝试着将libcamdrv.so进行替换。如果不行,再换下一个,即camera.default.so,依次类推。

(3) java代码异常,这种异常比较常见,经常遇到的apk FC问题都是要看这个的。出现这种异常,把logcat日志导出来,然后搜索“FATAL”, 基本就可以定位出问题的日志位置了。常见日志如下:

E/AndroidRuntime( 3305): *** FATAL EXCEPTION IN SYSTEM PROCESS: main

E/AndroidRuntime( 3305): java.lang.NullPointerException

E/AndroidRuntime( 3305):        at com.android.commands.pm.Pm.preInstall(Pm.java:785)

E/AndroidRuntime( 3305):        at com.android.commands.pm.Pm.run(Pm.java:114)

E/AndroidRuntime( 3305):        at com.android.commands.pm.Pm.main(Pm.java:77)

E/AndroidRuntime( 3305):        at com.android.internal.os.RuntimeInit.nativeFinishInit(Native Method)

E/AndroidRuntime( 3305):        at com.android.internal.os.RuntimeInit.main(RuntimeInit.java:235)

E/AndroidRuntime( 3305):        at dalvik.system.NativeStart.main(Native Method)

E/ServiceManager( 3305): error in getService

E/ServiceManager( 3305): android.os.RemoteException: Unknown binder error code. 0xfffffff7

E/ServiceManager( 3305):        at android.os.BinderProxy.transact(Native Method)

E/ServiceManager( 3305):        at android.os.ServiceManagerProxy.getService(ServiceManagerNative.java:123)

E/ServiceManager( 3305):        at android.os.ServiceManager.getService(ServiceManager.java:55)

E/ServiceManager( 3305):        at android.app.ActivityManagerNative$1.create(ActivityManagerNative.java:1832)

E/ServiceManager( 3305):        at android.app.ActivityManagerNative$1.create(ActivityManagerNative.java:1830)

E/ServiceManager( 3305):        at android.util.Singleton.get(Singleton.java:34)

E/ServiceManager( 3305):        at android.app.ActivityManagerNative.getDefault(ActivityManagerNative.java:74)

E/ServiceManager( 3305):        at com.android.internal.os.RuntimeInit$UncaughtHandler.uncaughtException(RuntimeInit.java:76)

E/ServiceManager( 3305):        at java.lang.ThreadGroup.uncaughtException(ThreadGroup.java:693)

E/ServiceManager( 3305):        at java.lang.ThreadGroup.uncaughtException(ThreadGroup.java:690)

E/ServiceManager( 3305):        at dalvik.system.NativeStart.main(Native Method)

这个异常堆栈,从第二行就可以看到是一个空指针异常,出现异常的位置在com.android.commands.pm.Pm类的preInstall方法的第785行中。根据这个信息你就可以找到相应的apk或者jar文件,然后反编译分析下代码逻辑,看看缺少了什么标志位导致的系统异常。

对于ROM移植,一般来说代码我们是不需要做太多修改的,代码中需要什么样的调节,我们设定满足就好。常见的就是修改build.prop中的某些值来解决这种问题。

最典型的例子就是有些系统移植MIUI后,修改了build.prop的某些值系统就各种fc,这是因为这些值会改变程序的执行逻辑,所以导致了问题的产生。

ROM移植bug非常难修,更多是时候是经验帮助我们解决了问题。同样的bug,不同机器解决办法可能就不一样了。一般来说看日志主要用于解决系统的各种fc问题,插桩则是必须要看日志来解决问题的。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,793评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,567评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,342评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,825评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,814评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,680评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,033评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,687评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,175评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,668评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,775评论 1 332
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,419评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,020评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,978评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,206评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,092评论 2 351
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,510评论 2 343

推荐阅读更多精彩内容