Android Debug Bridge
Android调试桥（ADB）是一种多用途的命令行工具。通过它我们可以和模拟器或者设备通信。ADB是一个客户端-服务器程序，包括三个组成部分：
- 客户端（Client），运行在你用于程序开发的电脑上。你可以通过shell端使用adb命令启动客户端。其他Android工具，例如ADT插件和DDMS同样可以产生adb客户端。
- 服务器（Server），以后台进程的形式运行在你用于程序开发的电脑上。该服务器负责管理客户端和运行于模拟器或设备上的adb守护进程（daemon）之间的通信。
- 守护进程（Daemon），以后台进程的形式运行在模拟器或者设备上。
你可以在sdk/platform-tools下面找到adb工具。
当你启动一个adb客户端，客户端首先检测是否已有一个adb服务器进程正在运行。如果没有，则启动服务器进程。当服务器运行，adb服务器就会绑定本地的TCP端口5037并监听adb客户端发来的命令——所有的adb客户端都是通过TCP端口5037与adb服务器进行通信。
接下来，服务器将所有运行中的模拟器或设备实例建立连接。它通过扫描所有5555到5585范围内的奇数端口来定位所有的模拟器或设备。一旦服务器找到了adb守护进程，它将建立一个到该端口的连接。请注意每个模拟器或设备实例都会取得两个连续的端口——偶数端口响应控制台连接，奇数端口响应adb连接。例如：
Emulator 1, console: 5554
Emulator 1, adb: 5555
Emulator 2, console: 5556
Emulator 2, adb: 5557
如上所示，通过5555端口连接adb的模拟器实例和通过5554端口连接控制台的实例是相同的。
一旦服务器与所有模拟器实例建立连接，就可以使用adb命令来访问该实例。因为服务器管理模拟器或设备实例的连接，而且处理来自多个adb客户端的命令，你可以通过任何客户端（或脚本）来控制任何模拟器或设备实例。
你可以在PC的命令行或脚本上发布Android命令，使用方法：
语法
adb [-d|-e|-s <serialNumber>] <command>
如果仅有一个模拟器运行或一个设备连接，adb命令默认发送给这个设备。如果有多个模拟器运行或多个设备连接，你就需要使用-d, -e, -s选项来指定接收命令的目标设备。
ADB常用命令
- adb start-server
- adb kill-server
- adb shell
- adb devices
- adb connect <serialNumber>
- adb pull -s <serialNumber> <remote> <local>
- adb push -s <serialNumber> <local> <remote>
实例演练
上面的学习总结都是铺垫，或者说都是废话，因为在其他技术博客也能看到相关的介绍。接下来才是文章的重点："adb server is out of date. killing..."
这里我忍不住吐槽一下，网上关于"adb server is out of date. killing..."的介绍都是关于神马“豌豆荚”之类的，没有一篇文章从深层原理发出，解释为什么会出现这种情况。吐槽完毕。。。
?
为了解决公司里多客户端通过tftp公用adb server造成相互“杀死”对方的情况，我进行了如下测试：
场景：两个DMP Board，三个tftp用户。
1. 查看A，B，C三个用户的adb路径
macan@BG2BLT06:~$ which adb /home/macan/Android_Eclipse/adt-bundle-linux-x86_64-20130219/sdk/platform-tools/adb
[~/macan/Honeycomb]which adb
/home/chenwei/macan/Honeycomb/out/host/linux-x86/bin/adb
cwen@BG2BLT06:~$ which adb
/home/cwen/android/android-sdk-linux_86/platform-tools/adb
细心的读者可能会发现，三个用户的adb路径都不同啊，怎么说公用一个adb server呢？上面文章讲过：“当你启动一个adb客户端，客户端首先检测是否已有一个adb服务器进程正在运行。如果没有，则启动服务器进程。”为了更好的理解，第二步让我们看看进程情况。
2. 用户B，C启
