自从接触了android,就开始使用ADB。
Android Debug Bridge，Android调试桥接器，简称adb，是用于管理模拟器或真机状态的万能工具，采用了客户端-服务器模型，包括三个部分：
1、客户端部分，运行在开发用的电脑上，可以在命令行中运行adb命令来调用该客户端，像ADB插件和DDMS这样的Android工具也可以调用adb客户端。
2、服务端部分，是运行在开发用电脑上的后台进程，用于管理客户端与运行在模拟器或真机的守护进程通信。
3、守护进程部分，运行于模拟器或手机的后台。
当启动adb客户端时，客户端首先检测adb服务端进程是否运行，如果没有运行，则启动服务端。当服务端启动时，它会绑定到本地的TCP5037端口，并且监听从adb客户端发来的命令——所有的adb客户端都使用5037端口与adb服务端通信。adb确实是一个很有用的东西，不过对于我们做上层应用的来说，用的最多的就是adb logcat ，用来打印APP log.
今天上网查了一些ADB的使用，小小总结一下，以后方便自己使用。
网站： http://cache.baiducontent.com/c?m=9d78d513d9901df918b0cf281a16a6354f0494247c89df4f3992d15f9217465c0223a6ac2755485f9b9f3b3a5ef45e5c9da16b2d2a507ce1db95d31cc0ecce6c74c87a682f4bda070fd012acdc46529b66cf04&p=8b2a975381af11a05bec942a594b80&newp=882a9644d68c17b31bbe9b7c4c0591231610db2151d6d11530828f0b&user=baidu&fm=sc&query=android+adb&qid=837ba13500007d51&p1=3
通过DDMS抓的其实跟用dos批处理抓的一样都是logcat的日志文件，ddms抓的通常是main缓存中的，就是应用程序打印的日志文件。不过ddms好处在于能够实时看到带有颜色的，如果是用dos批处理只能重定向到文件，到抓完之后才能够看到，不是实时的。
adb logcat -b main -v time>app.log 打印应用程序的log
adb logcat -b radio -v time> radio.log 打印射频相关的log，SIM STK也会在里面，modem相关的ATcommand等，当然跟QXDM差的很远了。
adb logcat -b events -v time 打印系统事件的日志，比如触屏事件。。。
tcpdump 是很有用的，对于TCP/IP协议相关的都可以使用这个来抓，adb shell tcpdump -s 10000 -w /sdcard/capture.pcap，比如抓mms下载的时候的UA profile，browser上网的时候，使用proxy的APN下载，streaming的相关内容包括UA profile等。
最后是高通平台的QXDM，不管是不是Android，只要使用高通芯片，都会对它很熟悉，当然了，不是高通的芯片就不用提它了。这个不多讲，内容丰富，射频，电话，上网，...凡是高通提供的解决方案，这个都可以抓。
状态信息：其实一个就够了，那就是bugreport（命令adb bugreport>bugreport.log)。里面包含有dmesg，dumpstate和dumpsys。dmesg（命令adb shell dmesg > ldmesg_kernel.log）是kernel的log，凡是跟kernel相关的，比如driver出了问题（相机，蓝牙，usb，启动，等等吧）。 dumpstate是系统状态信息，里面比较全，包括手机当前的内存信息、cpu信息、logcat缓存，kernel缓存等等。adb shell dumpsys这个是关于系统service的内容都在这个里面，这个命令还有更详尽的用法，比如db shell dumpsys meminfo system是查看system这个process的内存信息。
> adb shell
> ps
# 会列出系统进程
# 选一个u开头的 表示普通程序
> su u0_a8
#切换到u0_a8下 #号变 >
> su
#如果可以执行，>号为#号，则表示有su权限，如果提示权限问题，就没有su权限
> adb shell dumpsys package > package.xml
(此命令可显示手机（平板）可供应用查询到的library和feature)
$ adb shell screencap -p | sed ‘s/\r$//‘ > screen.png
执行adb shell 将\n转换\r\n, 因此需要用sed删除多余的\r
$ alias and-screencap="adb shell screencap -p | sed ‘s/\r$//‘"
$ and-screencap > screen.png
以后就可以方便的用and-screencap > 直接将截图保存到电脑上了
adb devices
adb shell --这个命令将登录设备的shell.
adb shell <command命令> 后面加<command命令>将是直接运行设备命令, 相当于执行远程命令
--用push命令可以把本机电脑上的文件或者文件夹复制到设备(手机)
adb remount ## remount ‘/system‘分区 as read-write
adb push <本地路径> <远程路径>
--用pull命令可以把设备(手机)上的文件或者文件夹复制到本机电脑
adb pull <远程路径> <本地路径>
adb help
如： adb shell sendevent /dev/input/event0 1 229 1 代表按下按下menu键
adb shell sendevent /dev/input/event0 1 229 0 代表按下松开menu键
说明：上述的命令需组合使用
另外所知道的命令如下：
Key Name CODE
MENU 229
HOME 102
BACK (back button) 158
CALL (call button) 231
END (end call button) 107
2. 发送鼠标事件(Touch)：
命令格式：adb shell sendevent [device] [type] [code] [value]
情况1：在某坐标点上touch
如在屏幕的x坐标为40，y坐标为210的点上touch一下，命令如下
adb shell sendevent /dev/input/event0 3 0 40
adb shell sendevent /dev/input/event0 3 1 210
adb shell sendevent /dev/input/event0 1 330 1 //touch
adb shell sendevent /dev/input/event0 0 0 0 //it must have
adb shell sendevent /dev/input/event0 1 330 0 //untouch
adb shell sendevent /dev/input/event0 0 0 0 //it must have
注：以上六组命令必须配合使用，缺一不可
情况2:模拟滑动轨迹（可下载并采用aPaint软件进行试验）
如下例是在aPaint软件上画出一条开始于（100,200），止于（108,200）的水平直线
adb shell sendevent /dev/input/event0 3 0 100 //start from point (100,200)
adb shell sendevent /dev/input/event0 3 1 200
adb shell sendevent /dev/input/event0 1 330 1 //touch
adb shell sendevent /dev/input/event0 0 0 0
adb shell sendevent /dev/input/event0 3 0 101 //step to point (101,200)
adb shell sendevent /dev/input/event0 0 0 0
…………………… //must list each step, here just skip
adb shell sendevent /dev/input/event0 3 0 108 //end point(108,200)
adb shell sendevent /dev/input/event0 0 0 0
adb shell sendevent /dev/input/event0 1 330 0 //untouch
adb shell sendevent /dev/input/event0 0 0 0
调试注意事项
当调试那些使用了USB外设和主机特性的应用时，你很有可能把你的USB硬件连接到你的Android设备上，这将阻止你通过USB建立adb到Android设备的连接。你通过网络仍可以访问adb。通过网络连接adb：
原文地址：http://blog.csdn.net/tfslovexizi/article/details/43192501
