Android 分析log

最新推荐文章于 2024-08-13 14:18:30 发布
最新推荐文章于 2024-08-13 14:18:30 发布
阅读量87 收藏
点赞数
文章标签： 移动开发 java ruby
原文链接：https://my.oschina.net/kimfung/blog/406884
版权

分析log
1. 查找关键字
通过查找："null" "error" " "E/"，"Fatal","NullPointerException","Build fingerprint:","exception","anr"，"DexOpt"等的错误信息，来定位问题

1)空指针问题
NullPointerException： 这个直接找到java代码，首先分析为什么会是空指针，如果逻辑上没有问题，加上一个判断就可以，也就是说如果为空的时候再次赋值或者直接返回

2).没有捕获异常问题
Exception： 能捕获的话捕获

3)ANR问题
anr：要分析原因了，看看什么导致的，然后优化代码
例子

[ruby] view plaincopy

  1. I/dalvikvm( 1014): Wrote stack traces to '/data/anr/traces.txt'  

  2. 　I/Process ( 957): Sending signal. PID: 1124 SIG: 9  

  3. 　E/ActivityManager( 957): ANR in com.ipanel.join.appstore  

  4. 　E/ActivityManager( 957): Reason: Broadcast of Intent { act=android.appwidget.action.APPWIDGET_UPDATE cmp=com.ipanel.join.appstore/.widget.SmallWidget1 (has extras) }  

  5. 　E/ActivityManager( 957): Load: 1.57 / 0.38 / 0.13  

  6. 　E/ActivityManager( 957): CPU usage from 6290ms to 0ms ago:  

  7. 　E/ActivityManager( 957): 70% 957/system_server: 1.1% user + 69% kernel / faults: 204 minor  

  8. 　E/ActivityManager( 957): 8.7% 1014/com.ipanel.join.home.jelly: 7.7% user + 0.9% kernel / faults: 899 minor  

  9. 　E/ActivityManager( 957): 0.3% 687/yaffs-bg-1: 0% user + 0.3% kernel  

  10. 　E/ActivityManager( 957): 0.3% 688/yaffs-bg-1: 0% user + 0.3% kernel  

  11. 　E/ActivityManager( 957): 0.3% 935/irkeyservice: 0% user + 0.3% kernel  

  12. 　E/ActivityManager( 957): 0% 890/galcore daemon : 0% user + 0% kernel  

  13. 　E/ActivityManager( 957): 0.1% 1076/com.ipanel.join.browser: 0.1% user + 0% kernel  

  14. 　E/ActivityManager( 957): 0.1% 1124/com.ipanel.join.appstore: 0.1% user + 0% kernel  

  15. 　E/ActivityManager( 957): 75% TOTAL: 4.7% user + 70% kernel  

  16. 　E/ActivityManager( 957): CPU usage from 622ms to 1169ms later:  

  17. 　E/ActivityManager( 957): 71% 957/system_server: 0% user + 71% kernel / faults: 2 minor  

  18. 　E/ActivityManager( 957): 67% 965/SurfaceFlinger: 0% user + 67% kernel  

  19. 　E/ActivityManager( 957): 1.9% 973/ActivityManager: 1.9% user + 0% kernel  

  20. 　E/ActivityManager( 957): 1.9% 991/CursorMove: 0% user + 1.9% kernel  

  21. 　E/ActivityManager( 957): 7.6% 1014/com.ipanel.join.home.jelly: 7.6% user + 0% kernel / faults: 31 minor  

  22. 　E/ActivityManager( 957): 5.7% 1119/Thread-13: 5.7% user + 0% kernel  

  23. 　E/ActivityManager( 957): 1.9% 1123/Thread-13: 1.9% user + 0% kernel  

  24. 　E/ActivityManager( 957): 76% TOTAL: 1.8% user + 72% kernel + 1.8% softirq  


　　指定哪个java包出问题
　　E/ActivityManager( 957): ANR in com.ipanel.join.appstore
　　进程号为957发生了如下错误：com.ipanel.join.appstore 包下面 Broadcast问题
　　ANR原因：
　　E/ActivityManager( 957): Reason: Broadcast of Intent { act=android.appwidget.action.APPWIDGET_UPDATE cmp=com.ipanel.join.appstore/.widget.SmallWidget1 (has extras) }
　　这是ANR的堆栈调用文件
　　I/dalvikvm( 1014): Wrote stack traces to '/data/anr/traces.txt'
　　通过上面的log信息分析，应该是接收一个广播消息时超时了
　　我们再分析虚拟机信息 ，打开/data/anr/traces.txt,可有通过adb pull /data/anr/traces.txt .
　　这里每一段都是一个线程 ，当然我们还是看线程号为1的主线程了。通过分析发现关键问题是这样：
　　搜索“DALVIK THREADS”关键词，快速定位到本应用程序的虚拟机信息日志
　　

[ruby] view plaincopy

  1. ----- pid 1516 at 1970-01-02 08:03:07 -----  

  2. 　　Cmd line: com.ipanel.join.appstore  

  3. 　　DALVIK THREADS:  

  4. 　　(mutexes: tll=0 tsl=0 tscl=0 ghl=0 hwl=0 hwll=0)  

  5. 　　"main" prio=5 tid=1 NATIVE  

  6. 　　| group="main" sCount=1 dsCount=0 obj=0x4001f188 self=0xd028  

  7. 　　| sysTid=1516 nice=0 sched=3/0 cgrp=[fopen-error:2] handle=-1345017744  

  8. 　　at org.apache.harmony.luni.platform.OSNetworkSystem.connect(Native Method)  

  9. 　　at dalvik.system.BlockGuard$WrappedNetworkSystem.connect(BlockGuard.java:357)  

  10. 　　at org.apache.harmony.luni.net.PlainSocketImpl.connect(PlainSocketImpl.java:204)  

  11. 　　at org.apache.harmony.luni.net.PlainSocketImpl.connect(PlainSocketImpl.java:437)  

  12. 　　at java.net.Socket.connect(Socket.java:983)  

  13. 　　at org.apache.harmony.luni.internal.net.www.protocol.http.HttpConnection.<init>(HttpConnection.java:74)  

  14. 　　at org.apache.harmony.luni.internal.net.www.protocol.http.HttpConnection.<init>(HttpConnection.java:48)  

  15. 　　at org.apache.harmony.luni.internal.net.www.protocol.http.HttpConnection$Address.connect(HttpConnection.java:298)  

  16. 　　at org.apache.harmony.luni.internal.net.www.protocol.http.HttpConnectionPool.get(HttpConnectionPool.java:89)  

  17. 　　at org.apache.harmony.luni.internal.net.www.protocol.http.HttpURLConnectionImpl.getHttpConnection(HttpURLConnectionImpl.java:285)  

  18. 　　at org.apache.harmony.luni.internal.net.www.protocol.http.HttpURLConnectionImpl.makeConnection(HttpURLConnectionImpl.java:267)  

  19. 　　at org.apache.harmony.luni.internal.net.www.protocol.http.HttpURLConnectionImpl.retrieveResponse(HttpURLConnectionImpl.java:1018)  

  20. 　　at org.apache.harmony.luni.internal.net.www.protocol.http.HttpURLConnectionImpl.getResponseCode(HttpURLConnectionImpl.java:726)  

  21. 　　at com.ipanel.join.appstore.http.DefaultHttpRequest.doGet(DefaultHttpRequest.java:35)  

  22. 　　at com.ipanel.join.appstore.widget.AbsSmallWidget.requestApps(AbsSmallWidget.java:117)  

  23. 　　at com.ipanel.join.appstore.widget.AbsSmallWidget.getRemoteViews(AbsSmallWidget.java:56)  


　　其实从这句话：
　　at org.apache.harmony.luni.platform.OSNetworkSystem.connect(Native Method)
　　基本上确认是 socket ->connect 连接超时了，导致主线程5s内没有响应从而产生ANR错误。默认的connect连接timeout时间是75s
　　其实解决办法就是利用非阻塞方式进行连接即可。
　　从CPU占用率上也可以看出是在kernel中执行堵塞住了
　　E/ActivityManager( 957): 75% TOTAL: 4.7% user + 70% kernel


4)Fatal问题
Fatal： 比较严重了，很多都很动态库和空指针有关，一般会接下来打印"Build fingerprint:"或”NullPointerException“

5)动态库问题
Build fingerprint:动态库的问题，如何调试，还在学习中。。。
Log:

[ruby] view plaincopy

  1. 05-30 15:07:40.559: A/libc(623): Fatal signal 11 (SIGSEGV) at 0x00000014 (code=1), thread 1000 (Binder_5)  

  2.         05-30 15:07:40.609: I/DEBUG(85): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***  

  3.         05-30 15:07:40.609: I/DEBUG(85): Build fingerprint: 'unknown'  

  4.         05-30 15:07:40.609: I/DEBUG(85): pid: 623, tid: 1000, name: Binder_5  >>> system_server <<<  

  5.         05-30 15:07:40.609: I/DEBUG(85): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 00000014  

  6.         05-30 15:07:40.679: I/DEBUG(85):     r0 00000000  r1 649661d6  r2 6d12fc30  r3 00000001  

  7.         05-30 15:07:40.679: I/DEBUG(85):     r4 6740e3d0  r5 00000000  r6 6d12fc30  r7 6740e3d0  

  8.         05-30 15:07:40.679: I/DEBUG(85):     r8 00000001  r9 400aff10  sl 6740e3c8  fp 00000001  

  9.         05-30 15:07:40.679: I/DEBUG(85):     ip 00000000  sp 6d12fbe8  lr 40054dff  pc 40054e0a  cpsr 60000030  

  10.         05-30 15:07:40.679: I/DEBUG(85):     d0  3f8000003f800000  d1  11111111c1c00000  

  11.         05-30 15:07:40.679: I/DEBUG(85):     d2  1a1a1a1a1a1a1a1a  d3  ffffffffffffffff  

  12.         05-30 15:07:40.679: I/DEBUG(85):     d4  0808080808080808  d5  1111111111111111  

  13.         05-30 15:07:40.679: I/DEBUG(85):     d6  000000001a1a1a1a  d7  0000000000000000  

  14.         05-30 15:07:40.679: I/DEBUG(85):     d8  0000000000000000  d9  0000000000000000  

  15.         05-30 15:07:40.679: I/DEBUG(85):     d10 0000000000000000  d11 0000000000000000  

  16.         05-30 15:07:40.679: I/DEBUG(85):     d12 0000000000000000  d13 0000000000000000  

  17.         05-30 15:07:40.679: I/DEBUG(85):     d14 0000000000000000  d15 0000000000000000  

  18.         05-30 15:07:40.679: I/DEBUG(85):     d16 000000000bebc200  d17 0000000000000000  

  19.         05-30 15:07:40.679: I/DEBUG(85):     d18 0000000000000000  d19 0000000000000000  

  20.         05-30 15:07:40.679: I/DEBUG(85):     d20 0808080808080808  d21 1111111111111111  

  21.         05-30 15:07:40.679: I/DEBUG(85):     d22 1a1a1a1a1a1a1a1a  d23 ffffffffffffffff  

  22.         05-30 15:07:40.679: I/DEBUG(85):     d24 0808080808080808  d25 1111111111111111  

  23.         05-30 15:07:40.679: I/DEBUG(85):     d26 1a1a1a1a1a1a1a1a  d27 ffffffffffffffff  

  24.         05-30 15:07:40.679: I/DEBUG(85):     d28 0100010001000100  d29 0100010001000100  

  25.         05-30 15:07:40.679: I/DEBUG(85):     d30 0000000000000000  d31 0000000000000000  

  26.         05-30 15:07:40.679: I/DEBUG(85):     scr 60000010  

  27.         05-30 15:07:40.689: I/DEBUG(85): backtrace:  

  28.         05-30 15:07:40.689: I/DEBUG(85):     #00  pc 00011e0a  /system/lib/libutils.so (android::VectorImpl::insertAt(void const*, unsigned int, unsigned int)+37)  

  29.         05-30 15:07:40.689: I/DEBUG(85):     #01  pc 0001205b  /system/lib/libutils.so (android::SortedVectorImpl::add(void const*)+26)  

  30.         05-30 15:07:40.689: I/DEBUG(85):     #02  pc 0000dbdb  /system/lib/libsensorservice.so (android::SensorDevice::activate(void*, int, int)+122)  

  31.         05-30 15:07:40.689: I/DEBUG(85):     #03  pc 0000e1cf  /system/lib/libsensorservice.so (android::SensorFusion::activate(void*, bool)+98)  

  32.         05-30 15:07:40.689: I/DEBUG(85):     #04  pc 000101df  /system/lib/libsensorservice.so (android::SensorService::enable(android::sp<android::SensorService::SensorEventConnection> const&, int)+68)  

  33.         05-30 15:07:40.689: I/DEBUG(85):     #05  pc 000102ef  /system/lib/libsensorservice.so (android::SensorService::SensorEventConnection::enableDisable(int, bool)+24)  

  34.         05-30 15:07:40.689: I/DEBUG(85):     #06  pc 0001d1c5  /system/lib/libgui.so (android::BnSensorEventConnection::onTransact(unsigned int, android::Parcel const&, android::Parcel*, unsigned int)+108)  

  35.         05-30 15:07:40.689: I/DEBUG(85):     #07  pc 00016e4d  /system/lib/libbinder.so (android::BBinder::transact(unsigned int, android::Parcel const&, android::Parcel*, unsigned int)+60)  

  36.         05-30 15:07:40.689: I/DEBUG(85):     #08  pc 00019a29  /system/lib/libbinder.so (android::IPCThreadState::executeCommand(int)+520)  

  37.         05-30 15:07:40.689: I/DEBUG(85):     #09  pc 00019e51  /system/lib/libbinder.so (android::IPCThreadState::joinThreadPool(bool)+184)  

  38.         05-30 15:07:40.689: I/DEBUG(85):     #10  pc 0001e829  /system/lib/libbinder.so  

  39.         05-30 15:07:40.689: I/DEBUG(85):     #11  pc 00010f47  /system/lib/libutils.so (android::Thread::_threadLoop(void*)+114)  

  40.         05-30 15:07:40.689: I/DEBUG(85):     #12  pc 00046af3  /system/lib/libandroid_runtime.so (android::AndroidRuntime::javaThreadShell(void*)+66)  

  41.         05-30 15:07:40.689: I/DEBUG(85):     #13  pc 00010aad  /system/lib/libutils.so  

  42.         05-30 15:07:40.689: I/DEBUG(85):     #14  pc 00012b70  /system/lib/libc.so (__thread_entry+48)  

  43.         05-30 15:07:40.689: I/DEBUG(85):     #15  pc 000122c8  /system/lib/libc.so (pthread_create+172)  


arm-eabi-addr2line这个工具通过库的trace来跟踪代码的，这个工具位于Android\prebuilt\linux-x86\toolchain\arm-eabi-4.4.3\binarm-eabi-addr2line, "source built/envsetup.sh"可以将这个工具加入到全局

查找：

[java] view plaincopy

  1. lijinwei@softser30-15:~/RK4_1_B07_BRH/out/target/product/rk30sdk_joyplus/obj/SHARED_LIBRARIES/libutils_intermediates/LINKED$ arm-eabi-addr2line 00011e0a -e libutils.so  

  2. /home/lijinwei/RK4_1_B07_BRH/frameworks/native/libs/utils/VectorImpl.cpp:476  

  3.   

  4. lijinwei@softser30-15:~/RK4_1_B07_BRH/out/target/product/rk30sdk_joyplus/obj/SHARED_LIBRARIES/libsensorservice_intermediates/LINKED$ ls  

  5. libsensorservice.so  

  6. lijinwei@softser30-15:~/RK4_1_B07_BRH/out/target/product/rk30sdk_joyplus/obj/SHARED_LIBRARIES/libsensorservice_intermediates/LINKED$ arm-eabi-addr2line 0000dbdb -e libsensorservice.so   

  7. /home/lijinwei/RK4_1_B07_BRH/frameworks/native/include/utils/SortedVector.h:211  

  8. template<class TYPE> inline  

  9. ssize_t SortedVector<TYPE>::add(const TYPE& item) {  

  10.     return SortedVectorImpl::add(&item);  

  11. }  

  12.   

  13. lijinwei@softser30-15:~/RK4_1_B07_BRH/out/target/product/rk30sdk_joyplus/obj/SHARED_LIBRARIES/libsensorservice_intermediates/LINKED$ arm-eabi-addr2line 0000e1cf   -e libsensorservice.so            

  14. /home/lijinwei/RK4_1_B07_BRH/frameworks/base/services/sensorservice/SensorFusion.cpp:95  

  15. mSensorDevice.activate(ident, mMag.getHandle(), enabled);  

  16.   

  17.   

  18. lijinwei@softser30-15:~/RK4_1_B07_BRH/out/target/product/rk30sdk_joyplus/obj/SHARED_LIBRARIES/libsensorservice_intermediates/LINKED$ arm-eabi-addr2line 000101df   -e libsensorservice.so              

  19. /home/lijinwei/RK4_1_B07_BRH/frameworks/base/services/sensorservice/SensorService.cpp:413  

  20. status_t SensorService::enable(const sp<SensorEventConnection>& connection,  

  21.         int handle)  

  22. {  

  23.     if (mInitCheck != NO_ERROR)  

  24.         return mInitCheck;  

  25.   

  26.   

  27.     Mutex::Autolock _l(mLock);  

  28.     SensorInterface* sensor = mSensorMap.valueFor(handle);  

  29.     status_t err = sensor ? sensor->activate(connection.get(), true) : status_t(BAD_VALUE);  

  30. ...  

  31. }  

  32.   

  33. lijinwei@softser30-15:~/RK4_1_B07_BRH/out/target/product/rk30sdk_joyplus/obj/SHARED_LIBRARIES/libsensorservice_intermediates/LINKED$ arm-eabi-addr2line 000102ef  -e libsensorservice.so              

  34. /home/lijinwei/RK4_1_B07_BRH/frameworks/base/services/sensorservice/SensorService.cpp:622  

  35. status_t SensorService::SensorEventConnection::enableDisable(  

  36.         int handle, bool enabled)  

  37. {  

  38.     status_t err;  

  39.     if (enabled) {  

  40.         err = mService->enable(this, handle);  

  41.     } else {  

  42.         err = mService->disable(this, handle);  

  43.     }  

  44.     return err;  

  45. }  

  46.   

  47. lijinwei@softser30-15:~/RK4_1_B07_BRH/out/target/product/rk30sdk_joyplus/obj/SHARED_LIBRARIES/libgui_intermediates/LINKED$ arm-eabi-addr2line 0001d1c5 -e libgui.so   

  48. /home/lijinwei/RK4_1_B07_BRH/frameworks/native/libs/gui/ISensorEventConnection.cpp:94  

  49. status_t BnSensorEventConnection::onTransact(  

  50.     uint32_t code, const Parcel& data, Parcel* reply, uint32_t flags)  

  51. {  

  52.     switch(code) {  

  53.         case GET_SENSOR_CHANNEL: {  

  54.             CHECK_INTERFACE(ISensorEventConnection, data, reply);  

  55.             sp<BitTube> channel(getSensorChannel());  

  56.             channel->writeToParcel(reply);  

  57.             return NO_ERROR;  

  58.         } break;  

  59.         case ENABLE_DISABLE: {  

  60.             CHECK_INTERFACE(ISensorEventConnection, data, reply);  

  61.             int handle = data.readInt32();  

  62.             int enabled = data.readInt32();  

  63.             status_t result = enableDisable(handle, enabled);  



   可以知道是sensorservice在调enable的时候出现了问题，具体原因还得看sensorservice的管理机制，总之能定位到问题出现的地方了。         

6)执行DexOpt错误
DexOpt:解压或优化extract+optimize DEX出的问题

[ruby] view plaincopy

  1. W/dalvikvm( 1803): DexOpt: --- END 'SettingsProvider.apk' --- status=0x000a, process failed  

  2. E/dalvikvm( 1803): Unable to extract+optimize DEX from '/system/app/SettingsProvider.apk'  

  3. E/SystemServer( 1803): Failure starting Input Manager Service  

  4. E/SystemServer( 1803): java.lang.RuntimeException: Unable to get provider com.android.providers.settings.SettingsProvider: java.lang.ClassNotFoundException: com.android.providers.settings.SettingsProvider in loader dalvik.system.PathClassLoader[/system/app/SettingsProvider.apk]  

  5. E/SystemServer( 1803): at android.app.ActivityThread.installProvider(ActivityThread.java:3557)  

  6. E/SystemServer( 1803): at android.app.ActivityThread.getProvider(ActivityThread.java:3356)  

　　从上面的打印看，是在解压或优化extract+optimize DEX的apk文件时出错了
　　I、没有出现magic number错误，这个原因与原子操作无关(这是一快速的加锁和解锁的轻量级操作函数)
　　II、执行dexopt出错,查明是服务器硬盘没空间了，导致引导文件系统的时候没有空间进行解压而失败

2.系统启动后默认其妙或随机死机情况
出现这种错误：
　　

[ruby] view plaincopy

  1. 12-01 08:11:56.027: WARN/SharedBufferStack(312): waitForCondition(LockCondition) timed out (identity=19, status=0). CPU may be pegged. trying again.  

  2. 　　12-01 08:11:57.315: WARN/SharedBufferStack(312): waitForCondition(LockCondition) timed out (identity=19, status=0). CPU may be pegged. trying again.  

  3. 　　12-01 08:11:59.318: WARN/SharedBufferStack(312): waitForCondition(LockCondition) timed out (identity=19, status=0). CPU may be pegged. trying again.  

  4. 　　12-01 08:12:03.332: WARN/SharedBufferStack(312): waitForCondition(LockCondition) timed out (identity=19, status=0). CPU may be pegged. trying again.  

  5. 　　12-01 08:12:05.329: WARN/SharedBufferStack(312): waitForCondition(LockCondition) timed out (identity=19, status=0). CPU may be pegged. trying again.  

  6. 　　12-01 08:12:07.216: WARN/KeyCharacterMap(312): No keyboard for id 0  

  7. 　　12-01 08:12:07.216: WARN/KeyCharacterMap(312): Using default keymap: /system/usr/keychars/qwerty.kcm.bin  


　　查看内存: cat /proc/meminfo 发现空闲内存只剩下几M空间了。
　　请加大android系统的内存即可解决问题


转载于:https://my.oschina.net/kimfung/blog/406884

chinve7706
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Android的Log分析
yangyanxin_csdn的博客
11-11 950
Android的Log分析 一、         如何分析和研究Log文件，如何看日志信息。Log 在android中的地位非常重要，要是作为一个android程序员不能过分析log这关，算是android没有入门吧。下面我们就来说说如何处理log文件。 什么时候会有Log文件的产生？ Log的产生大家都知道，大家也都知道通过DDMS来看log ，但什么时候会产生log文件呢？
Android卡顿分析中常见的log
dc3120的专栏
04-06 3292
Android卡顿分析中常见的log https://blog.csdn.net/woai110120130/article/details/80252617 1 看内存 bugreport 开始的时候有pss的信息 并且进行排序 , 之后会写一个解析和计算的 2 找system log中关键部分 一般设备hang 住的时候用户会疯狂按keycode ,可以找相关log ３k...
Android 12(S) 图像显示系统 - SurfaceFlinger的启动和消息队列处理机制（四） - 二的次方 - 博客园
热爱科学、文人、计算机
11-26 1262
Android 12(S) 图像显示系统 - SurfaceFlinger的启动和消息队列处理机制（四） - 二的次方 - 博客园
Android开机阶段log分析
当初游的快了一点
03-26 1万+
Android开机阶段log分析 标签（空格分隔）： 开关机流程 Android开机阶段log分析 bootchart工具查看开机过程 打印开机过程各阶段的时间 kernel Init进程 Zygote进程 SystemServer进程 开机动画log bootchart工具查看开机过程 Android版本：7.0 平台：高通和MTK 输出： 局部放大图： ...
Android log分析
移动平台应用软件开发技术
05-30 2260
作者：陈旭        在android开发中我们常常遇到很多异常情况，除了经常程序编译时语法错误及配置问题之外，还有一些逻辑上、数据上、操作上面的问题，使得程序不能按开发者设计正确运行，这种情况下，最常见的方法就是使用log显示输出需要验证的信息，以便追查问题。 而我们在使用logcat查看log信息时，也发现log中系统自动打印出很多log信息，下面我们就来做一个简要的log
android log 分析
07-10
安卓开发之常见死机问题--log分析，一般在平时一般在平时工作中，基本上很多代码可以在eclipse+ndk进行调试，但如果需要用到具体的硬件设备，如媒体播放设备无法模拟的情况下，只能上硬件(盒子或手机)上进行调试。...
Android Log分析
11-12
本文将深入探讨Android Log分析，帮助开发者更好地理解和利用这个强大的功能。 首先，我们要了解Android Log的分类。Android系统中的Log主要有五种类型： 1. **VERBOSE (V)**：这是级别最低的日志，通常用于调试，...
android log体系分析
12-10
### Android Log体系分析 在深入探讨Android Log体系之前，我们首先需要理解其基本构成与功能。Android Log体系是操作系统中用于记录系统运行时各种事件、错误、警告等信息的重要机制，它不仅帮助开发者调试应用...
android打印log工具
01-31
开发者可以通过`Log`类提供的静态方法（如`Log.d()`, `Log.i()`, `Log.w()`, `Log.e()`等）来输出不同级别的LOG，便于分析程序状态和追踪问题。然而，系统默认的LOG打印方式可能无法满足所有开发者的需求，因此出现...
android-log power 各包电量分析
03-03
android-log power 各包电量分析
SurfaceFlinger的启动过程
sunweizhong1024的专栏
03-07 1560
转载于：http://blog.chinaunix.net/uid-22935566-id-3528798.html 分类： Android平台 文章出处：http://danielwood.cublog.cn 作者：Daniel Wood   SurfaceFlinger的启动过程还是从Zygote说起。Zygote起来后会调用SystemS
Android 常见崩溃问题分析及一般的解决方案
ZhangRui的博客
03-08 2551
一、java.lang.IllegalArgumentException 解决方案： 参数不匹配异常，通常由于传递了不正确的参数导致。 常见于： Activity、Service 状态异常； 非法 URL； UI 线程操作； Fragment 中嵌套了子 Fragment，Fragment 被销毁，而内部 Fragment 未被销毁，所以导致再次加载时重复，在 onDestroyView() ...
Android高级调试之surfaceflinger(上)
birdring_0xx0的博客
10-10 1393
Android高级调试之surfaceflinger(上)
Android Log分析
wfeii的博客
02-22 4228
Android log 分析
Android Log 的抓取与分析
热门推荐
yaoming168的专栏
08-23 2万+
第九课、log的抓取与分析 一、Android log框架简介 二、log获取方式 1、Eclipse抓取 1）根据信息类型过滤log 那个显示框上面还有个下拉列表选项可以选择过滤哪些信息。 a、Log.v的调试颜色为黑色的，任何消息都会输出，这里的v代表verbose啰嗦的意思，代码实现就是Log.v("",""); b、Log.d的输出颜色是蓝色的，仅输出debug调试
Android Log分析工具
QTrace_PyformUI的博客
02-22 1948
Visual Log是一个专业的Log分析软件，它支持一系列脚本，可以用脚本对Log进行分析； 可以分析log中的数据，按图表的方式进行展示；可以用它提取对应的Log按照UML序列图的方式进行展示。 下载地址:
kotlin协程之runBlocking
最新发布
喻志强的博客
08-13 20
上一篇：Callback转挂起函数文章中，介绍了在Kotlin协程中如何把传统的回调风格的异步操作转换为协程风格的挂起函数，这个在开发过程中是非常常用的，主要用于把 callback 风格的代码转换为协程中的挂起函数，以便于我们在协程环境中调用。但是，有时候我们也会遇到一些特殊的情况，比如我们需要在线程中调用已存在的协程代码，并且希望这个线程能够阻塞等待协程执行完毕，这时候就需要用到函数了。的核心作用是阻塞当前线程并等待协程执行完毕，主要用于在线程中调用协程代码并且希望阻塞等待协程执行完毕的场景中。
深入解析Android ADB Log分析技巧
在Android开发中，理解并熟练运用adb log分析是至关重要的技能。adb (Android Debug Bridge) 是Android开发者工具包的一部分，它提供了一个命令行接口，用于与连接的Android设备进行通信，包括查看和记录设备的日志...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值