android日志分析
1. android crash日志怎么分析
原始的方法都比较麻烦了，现在有很多的崩溃捕捉工具，可以都快速的定位崩溃堆栈详情，同时日志也会一并上报的，现在比较新的工具是Bugout，一些别工具还有bugly、bugtags和bugclos，你可以筛选一下，哪个适合你。
2. android手机日志怎么查看 查看方法快来这里学一学
安卓的手机日志需要在手机文件管理中查看。
1、首先在桌面上找到【文件管理器】图标，点击进入文件浏览页面。
2、在文件浏览页面，找到手机的系统文件夹。
3、在系统的文件夹中，找到带有【debug_log】字符的文件。这是手机的日志文件存放的位置，中文意思是【手机调试日志】。
4、进入文件夹后，可以文件夹中存放着以数字串命名的文件。这就是手机的日志文件。一般以手机日志生成日期命名，【、log】是日志的文件格式后缀。
5、打开任意一个日志文件即可进行查看，日志文件中记录了手机许多信息，其中也包括一些隐私信息，用户操作需要注意隐私保护。
3. Android 日志系统分析(三)：logcat
logcat 作为读取日志的工具，相当于client 的角色；在前两篇文章中，关于 logcat 如何与其他部分沟通获取日志信息的流程已经介绍的比较清晰，本文不在赘述，转而归纳一下 logcat 的一些常用指令，并对其中一些做详细分析
Android 日志系统为日志消息保留了多个环形缓冲区，但并非多有的日志消息都会发送到默认的环形缓冲区。这里可以采用 logcat -b 命令查看设备的其他缓冲区：
如果需要查看内核空间日志信息，可采用如下几种方式查看：
1、读取 /proc/kmsg ，命令如下
读取/proc/kmsg属于消费型读取，读取之后再次读取不会显示已经读取过的日志信息
2、读取 /dev/kmsg ，命令如下
读取/dev/kmsg会显示缓存区里面的所有日志信息。新写入的日志信息会不断累加到日志缓冲器中
3、使用 dmesg 命令读取
dmesg命令读取一次只显示一部分日志,非阻塞执行
使用 -v 命令来修改 log 的输出格式，以显示特定的元数据字段：
优先级：
logcat -f 命令可以将日志消息输出到指定的文件中。这里我们需要确定的一件事是 logcat 作为客户端的角色，会将通过 liblog 获得的日志信息进行格式解析、格式化处理，而 liblog 库本身并不存在保存、解析的功能。这里来对 -f 指令做一下解析：
在 _logcat() 函数中解析 -f 指令，设置日志输出文件。例如 logcat -f sdcard/log.txt ，则 context->outputFileName 赋值为 sdcard/log.txt ；
以 printBinary() 函数为例：
logcat.cpp # printBinary() :
[ 1 ] Android物语：logcat
[ 2 ] android调试——logcat详解
[ 3 ] 玩转Android10源码开发定制(12)内核篇之logcat输出内核日志
4. Android 日志系统分析(二)：logd
logd 守护进程是日志系统的管家，内部维持三个日志 Socket : logd、logdr、logdw 来与客户端进行通信。同时负责维护几个环形缓冲区，用于存放系统中的各种日志，缓冲区包含 main、system、events、radio、crash、kernel ；但是在 Android 5.0 之前， logd 进程并不存在，日志是保留在 /dev/log/main、/dev/log/system、/dev/log/radio、/dev/log/event 等节点中，但是这样面临的一个问题就是当 Android 系统大版本升级时， linux kernel 需要升级对应的日志驱动，因此在后续的版本中就有了 logd 进程。
在 Android 日志系统分析(一)：概述 一文中，总结了整个日志读写的主要流程，因此对于 logd 进程是如何同外界沟通进而读写日志的过程不再赘述，而着重于 logd 本身的一些知识点，这里先看一下 logd 的系统框图：
知识点：
① logd 是日志系统的核心进程，由 init 启动，是属于守护进程常驻后台
② logd 维护各个日志节点缓存队列，提供 socket 接口进行读、写、控制功能
③ logd 进程启动后，分别启动 LogReader、LogListener、CommandListener 三个线程，监听并处理来自三个 socket 的消息。在收到消息后，会通过 LogBuffer 类保存日志到对应的 RAM buffer 中
④ LogAudit 模块用于接收 Kernel selinux 信息，即可以在用户空间打印 selinux 日志信息
⑤ LogKlog 用于接收 kernel 日志信息，通过设置 property ，可以通过 logcat 命令读取内核日志
⑥ LogStatistics 是日志统计模块，默认开启统计数据较少，仅能以 pid/uid 纬度统计打印日志的数量。如果设置了 logd.statistic = true 。会打印更多纬度的统计信息，包括哪些 pid/uid/tid/TAG 日志量比较大，可用于日志裁剪相关
在 main 函数中，会打开 /dev/kmsg 来读取内核日志，通过 LogKlog 来进行存储；若是配置了 ro.logd.kernel 属性，则打开 /proc/kmsg 读取内核日志；
logd 作为 Native Service ，系统启动时会读取 init.rc 脚本去启动，它的相关属性被定义在 logd.rc 文件中：
这里主要分为两部分： 启动 logd 服务 和 启动 logd-reinit 服务 （在Android 10 上添加了 logd-auditctl 服务，目的是为了限制 selinux denia打印日志为5秒一次）；先来看一下 启动 logd 服务 的同时做了些什么：
① 创建 logd、logdr、logdw 这三个 socket 为后面的通信做准备
② logdw 定义为 dgram 类型的 socket ，类似与 UDP类型的 Socket ，这么做的原因是考虑到性能问题，在多个进程同时写日志的情况下， write 函数写入到 socket 的 buffer 中即可返回，这样不会 block 业务逻辑太长时间。如果是 TCP 类型的 Socket ，客户端需要等到 TCP 收到 ACK 响应才能返回，这样就会过多的消耗性能和资源；
启动 logd-reinit 服务：
这个服务的主要作用是重新初始化 logd 的 LogBuffer，在配置中 oneshot 表示开机只启动一次。在上面的 main.cpp 中的 main 函数内， logd 在启动后，会创建一个线程 reinit_thread_start () ，当 logd-reinit 传入参数 reinit 后，进行功能执行:
① 如果 reinit 启动后，并且 /deg/kmsg 打开成功，把 logd.daemon: renit 写入 kmsg
② 重新初始化各个 log buffer 的大小，以及其他参数的初始化，但不会重新生成 LogBuffer 对象
main.cpp##main
main.cpp#reinit_thread_start()
[ 1 ] 深入理解安卓日志系统（logcat / liblog / logd）
[ 2 ] Android10.0 日志系统分析(二)-logd、logcat架构分析及日志系统初始化
5. Android系统的系统日志有哪几个文件,这些文件中包含什么内容
手机的android log（main_log、events_log、kernel_log），mainlog记录手机android上层app以及framework相关活动的log，比如app打印的log。
eventslog主要是ActivityManager、powerManager等相关的log；Kernellog则主要是驱动相关的log。
Modem log，主要是通话相关的，比如信号强弱、连接网络等。netlog，查看网络链接情况，抓取网络包等。其它有data/anr 目录下的traces/tombstones等，分析死机、重启。
mainlog，查看应用申请什么权限，一般不会开放。
(5)android日志分析扩展阅读：
系统日志的价值
系统日志策略可以在故障刚刚发生时就向你发送警告信息，系统日志帮助你在最短的笑明时间内发现问题。
系统日志是一种非常关键的组件，因为系统日志可以让你充分了解自己的环境。这种系统日志信息对于决定故障的根本原因或者缩小系统攻击范围来说是非常关键的，因为系统日志可以让你了解故障或者袭击发生之前的所有事件。
为虚拟化环境制定一套良好的系统日志策略也是至关重要的，因为系统日志需要和许多不同的外部组件进行关联。良好的系统日志可以防止你租升老从错误的角度分析问题，避免浪费宝贵的排错时间。
另外一种原因是借助于系统日志，管理员很有可能会发现一些之前从未意识到的问题，在几乎所有刚刚部署系统弊升日志的环境当中。
使用系统日志产品当中包含的其他特性，包括向监控团队自动发送报警通知等功能。系统日志基于警报类型或者准确的警报消息，系统日志可以通过触发特定操作来完成。
系统日志通过简单地设定这些警报，你将会在自己的环境中处于更加主动的位置，因为你可以在事故变得更加严重之前得到通知。
6. android的日志Logger和Log比较，哪个好
建议使用Log，这是android专门用来开发打印日志使用的。输出的日志可以在Logcat中查看。
Android开发中,所的有输出都在logcat中 包含System.out输出和printStackTrace()输出都在Logcat中,Android开发,建议使用android提供的Log工具类来打印信息。
找到Logcat视图的方式:
Eclipse 点击 Window
Show View会出来一个对话框
点击Ok按钮时，会在控制台窗口出现LogCat视图
android.util.Log常用的方法有以下5个：Log.v()Log.d()Log.i()Log.w()以及Log.e()。根据首字母对应VERBOSE，DEBUG,INFO,WARN，ERROR。
1、Log.v 的调试颜色为黑色的，任何消息都会输出，这里的v代表verbose啰嗦的意思，平时使用就是Log.v("","");
2、Log.d的输出颜色是蓝色的，仅输出debug调试的意思，但他会输出上层的信息，过滤起来可以通过DDMS的Logcat标签来选择.
3、Log.i的输出为绿色，一般提示性的消息information，它不会输出Log.v和Log.d的信息，但会显示i、w和e的信息
4、Log.w的意思为橙色，可以看作为warning警告，一般需要我们注意优化Android代码，同时选择它后还会输出Log.e的信息。
5、Log.e为红色，可以想到error错误，这里仅显示红色的错误信息，这些错误就需要认真的分析，查看栈的信息了。
7. Android系统稳定性Log分析
前言：
在平时我们开发工作中，经常会遇到系统死机、黑屏卡死、冻屏等各种莫简中名其妙的问题，这对于我们系统开发工作者是一大挑战，除了我们需要有处理问题经验和能力外，我们需要借助Google提供的各种log分析，提高我们定位处理问题的能力！
App这里问题比较常见，表现的现象为ANR、Crash、OOM等情况，可以通过Log日志分析：
这属于系统的稳定系，出现在system server死锁问题，然后Android的WatchDog看门狗检测到了，然后重启Android相关进程导致，可以通过以下手段捕获奔溃日志：
终端黑屏（Black screen）这种系统稳定性问题，一般出现问题时，此时power按键一般能用，可以通过adb shell getevent查看到input事件信息，可以通过如下手段捕获崩溃日志：
这是Android系统稳定性里面最严重的，此时一般按Power按键、菜单键等都是失效的，此时可以通过adb shell getevent查看不到到input事件信息，看不到任何信息了，我们这是可以通过如下手段捕获日志：
以上Log分析是针对不同的Android系统稳定性，提供抓日志方法。有了相关日志信息我们才能进一步进行具体日志分析，分析日志需要考研开发人员的硬实力了，有什么问题欢迎留言探世咐讨！
拓展内容：
BugReport分析工具：
google开源
ChkBugReport开源
另一种问题定位分析方式，搜咐纯更精确: Android 系统全局Bug日志监听
8. 有哪些值得推荐的 Android 日志信息分析工具
刚巧最近在研究Android的错误日志统计功能.分享两个开源项目
code google com/p/android-log-collector
主要靠logcat根据tag来收集日志.
code google com/p/acra/
主要是implements Thread.UncaughtExceptionHandler ,然后注册Thread.(this)
通过uncaughtException再进行过滤收集.