在Android的应用开发中，我们会用到各种代码调试；其实在Android的开发之后，我们可能会碰到一些随机的问题，如cpu过高，内存泄露等，我们无法简单的进行代码调试，我们需要一个系统日志等等，下面我把握工作中碰到的几个常用命令和方法给大家演示实践一下。
1.logcat命令
这个命令最简单常用，可查看帮助，我不多说，如果需要打印时间，加参数-v time
|
1 |
|
2.bugreport命令
这个命令也非常简单，但是在实际应用中非常有用，会有从开机之后详细的dumpsys,dumpstate和logcat信息，是一份完整的日志记录。对分析用户行为，异常信息，系统状态有很大的参考作用。一般我们会把bugreport导出到电脑上分析。
|
1 |
|
我再次强调，bugreport里面包含丰富的系统和用户信息，它是其他很多命令输出的结果的记录，非常有用。
3.dumpsys命令
这个查看系统信息，用的还是比较多的.
|
1 2 3 4 5 6 7 |
|
例如查看某个程序内存信息:
|
1 2 |
|
效果图如下：
里面的信息很有价值，尤其对于分析内存泄露，内存溢出都有极大的作用。
4.top命令
这个查看cpu信息太方便了。
|
1 |
|
我们看看效果图，其中按cpu大小列出5个进程列表。
com.tianxia.test的cpu过高，会导致手机发烫。同时利用这个信息，可以监控应用cpu的使用，以调整优化代码。
5.配置文件local.prop
目前网上没有查到local.prop的配置使用，工作中本人只使用过如下：
|
1 |
|
把上述文本加到/data/local.prop中，如果没有这个文件自行创建。然后重启手机，就能看到每个应用详细的查询数据库的sql语句信息，对于调试数据库，分析和优化数据库sql异常非常有用。
6.分析手机发烫
下面我们来实践一个例子，手机发烫太厉害，怎么找出问题？
首先我们写一个程序com.tianxia.test，死循环，核心代码如下：
|
1 2 3 4 5 6 7 8 |
|
这个应用打开后会一直获取系统时间，因为在主线程，肯定导致应用ANR，也会一直浪费系统cpu，手机发热，我们运行它。
假设我们不知道上述代码，我们来找到这个问题：
(1).找到发烫的应用。
使用top命令：
|
1 |
|
一看是com.tianxia.test占用85%的cpu，原来是这家伙在捣鬼。进程ID是644，这个后面我们有用。
(2).分析发烫的应用进程在干嘛
需要用到linux下的strace命令，但是android是没有集成这个命令的，android版本的下载地址：
http://benno.id.au/android/strace下载完成后，上传到手机中：
我们adb push strace /system/bin，在模拟器上是上传到/system/bin会报out of memory错误，我们也可以上传到/data目录下，如果没有执行权限，还需要chmod 777 strace.
strace命令有很多参数，直接执行strace会显示使用说明:
其中-p参数输入的就是进程号，第一步中我们找到com.tianxia.test的进程ID是644，我们看看这个应用占用这么高的cpu在干嘛？
|
1 |
|
输出如下：
它的系统调用一直是gettimeofday,一直输出这个，显然哪里一定进入死循环了，而且是获取时间的死循环，然后结合logcat和代码，定位这段代码(就是前面我们给出的那段代码了)解决这个bug。
7.采集手机的cpu运行情况.
有时使用日志我们很难针对性的获取我们想要的信息，我们可能需要写一些最简单的脚步放在手机里面执行。
如监控cpu占用的记录cpu_log.sh:
|
1 2 3 4 5 6 7 8 9 10 11 |
|
每隔3s中就会把手机的cpu的信息写到sdcard的cpu目录下的cpu_info.log文件中，方便我们后续分析。
ps:使用方法是 push到data目录下，赋予可执行权限,在shell下执行即可。
8.采集某个应用的内存数据
这个实践和上面的脚本类似，只是命令不一样我另外单独列出来，因为这个有时候很有用。
比如，我们要采集com.tianxia.test的内存使用情况，分析它是不是会内存泄露，脚步类似：
|
1 2 3 4 5 6 7 8 9 10 11 |
|
使用方法也是一样。
9.小结
零零碎碎的一直没有时间整理，有常用的也有不常用的，算是一些小技巧，感觉网上这方面的分享比
较少，有时和朋友们谈起这些调试方法，特别是龙哥，硬是要求我今天写出来与大家分享，只好献丑，说不定对于解决一些疑难杂症有奇效，呵呵，想到什么写什么
吧，想到几个写几个，也是一个学习的记录。