JAVA高级面试进阶训练营视频教程

admin

　　adb即 Android Debug Bridge 是一个通用的命令行工具，可用于通过PC端对连接的Android模拟器设备或连接至电脑的真实物理设备进行命令行操作。目前，许多软件均会借助 adb 工具与移动终端进行交互。这里以 Android Studio 中带有的 adb 工具为例，描述与启动 adb shell相关的步骤，从而解释出现上述错误的原因。

　　Android Studio 自带的 adb 位于C:\Users\user_name\AppData\Local\Android\Sdk\platform-tools文件夹下(即实际位置取决于Sdk的安装目录)。

 

命令行运行adb工具

　　安装 Android Studio 后，命令行中输入 adb 命令(如adb -version，显示adb的版本号)时，系统会提示找不到该命令。这是由于 adb 工具的位置无法被确定，可通过以下几种方案在命令行方式下运行 adb :

　　(1)将 adb 工具所在目录的路径加入系统的 Path 环境变量中，则可在命令行的任意路径下直接运行 adb 命令。在这里，也就是将 C:\Users\user_name\AppData\Local\Android\Sdk\platform-tools 加入 Path 变量中；

　　(2)切换控制台中的路径至 adb 工具所在路径下，如可以通过命令 cd C:\Users\user_name\AppData\Local\Android\Sdk\platform-tools切换至 adb 工具所在的文件夹，即可在当前命令行中直接运行 adb 命令；

　　(3)在文件管理器中，进入上述 C:\Users\user_name\AppData\Local\Android\Sdk\platform-tools 目录，在该目录内，按住 Shift 键，右键 -> 在此处打开命令窗口 ，在打开的窗口中可以看到控制台提供的路径名称与(1)中切换后的效果是一致的；

　　

无法运行 adb shell 命令

　　在完成上述操作后，运行 adb shell 命令，出现报错信息：adb server version (26) doesn't match this client (39); killing...

　　

　　根据查到的资料的一些说法，这一问题是由于系统上存在两个不一样版本的 adb 工具造成的。

　　笔者在上述目录下(属于Android Studio的目录)运行了命令 adb version，结果如下图：

　　

　　也就是说当前目录下，Android Studio自带的adb工具版本为 1.0.39 ，猜想这就是上述报错信息中的 client(39)，相应的可能系统上还存在一个版本为26的 adb 工具。

 

问题描述

　　笔者查阅了Android Studio官网上对 adb 工具的介绍。介绍中对 adb 的描述: 启动一个adb 客户端时，此客户端首先检查是否有已经运行的 adb 服务器进程。如果没有，它将启动服务器进程。当服务器启动后，它将与本地 TCP 端口 5037 绑定，并侦听从 adb 客户端发送的命令。所有的 adb 客户端均通过端口 5037 与 adb 服务器进行通信。

　　通过上述描述，可以看到既然报错信息显示的是adb server version(26)，那当前系统中一定存在一个 adb 服务进程 ， 它较之我们运行的那个 adb 工具先开始，且版本要低于我们使用的 adb 版本。可以通过命令行工具查找该进程。

　　(1)由于 adb 服务进程一定会占据 5037 端口，所以首先查看当前 5037 端口被那个进程调用。命令行方式下可以通过 netstat 命令显示当前的网络情况，可通过 netstat /? 查看命令帮助。

    　　netstat -ano | findstr "5037"    //在 netstat 输出的结果中筛选出有 5037 字符串的行，findstr命令类似于Linux下的grep

　　结果如下图所示：

　　

　　(2)获得上述进程 pid 对应的进程的信息。有两种方式，通过命令行或者任务管理器。

　　　　a）打开 任务管理器 -> 详细信息 ，通过 pid 即可定位对应的进程，可通过右键 -> 属性，可查看该进程的描述信息，从而获得另一个 adb 工具相关的信息；

　　　　b）通过命令行工具，tasklist | findstr "10044"找到对应的进程；

    　　tasklist | findstr "xxx"    //将tasklist输出结果中带有目标字符串的行筛选出来

　　其中，通过任务管理器获得的信息更详细，可以定位到对应的 adb 工具的目录位置。比如 360 的软件中，会带有 adb 工具，而这可能会带来 adb 工具版本的不同。

 

解决方案

　　解决的方法包括但不限于将之前启动的adb服务进程删除掉(注意要确定对应的应用程序可以关闭该服务)，之后再启动我们想要的 adb 工具。

　　在终止了之前存在的不同版本的 adb 服务进程之后，再次启动 Android Studio 对应的 adb 工具时， 该 adb 工具会发现当前没有 adb 服务端，故而会自行启动服务器进程，如下图。由于没有连接设备，故而不会直接显示出Shell。

　　

　　通过命令行工具我们可以看到系统上现在存在了新的 adb 服务器进程，是由我们刚才使用 adb 工具的命令开启的。

　　

　　完成上述操作后，即可以将物理设备的USB调试模式打开，并连接至PC，再次使用 adb shell 命令，即可进入 adb 工具提供的Shell。

 

其他

　　基于错误信息的描述，可能的解决方法还包括将两个不同版本的 adb 工具更新成一致版本，这样可以避免每次使用时均要检查是否已有不同版本的 adb 服务器进程存在。出现有两个版本的 adb 工具的常见场景是系统可能同时安装了两个提供该工具的应用，如 Android Studio 和 Genymotion ，可以参见 stackoverflow 的回答 。

　　根据 adb 工具运行的原理，若TCP端口 5037 被其他进程占用了，则也会出现报错，典型的报错信息是 "cannot bind to 127.0.0.1:5037 :t通常每个套接字地址(协议/网络地址/端口)只允许使用一次"，此时可能需要考虑将占用该端口的进程终止掉(在没有副作用的情况下)。