• adb shell 运行时报错"adb server version (26) doesn't match this client (39); killing..."的解决方案


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

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

    命令行运行adb工具

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

      (1)将 adb 工具所在目录的路径加入系统的 Path 环境变量中,则可在命令行的任意路径下直接运行 adb 命令。在这里,也就是将 C:Usersuser_nameAppDataLocalAndroidSdkplatform-tools 加入 Path 变量中;

      (2)切换控制台中的路径至 adb 工具所在路径下,如可以通过命令 cd C:Usersuser_nameAppDataLocalAndroidSdkplatform-tools切换至 adb 工具所在的文件夹,即可在当前命令行中直接运行 adb 命令;

      (3)在文件管理器中,进入上述 C:Usersuser_nameAppDataLocalAndroidSdkplatform-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通常每个套接字地址(协议/网络地址/端口)只允许使用一次",此时可能需要考虑将占用该端口的进程终止掉(在没有副作用的情况下)。 

  • 相关阅读:
    各种排序算法时间复杂度和空间复杂度表
    where 1=1和 0=1 的作用
    scala map操作 简单总结
    Scala详解---------数组、元组、映射
    Scala之String
    scala object 转Class Scala强制 类型转换
    Scala中的None,Nothing,Null,Nil
    mysql如何更新一个表中的某个字段值等于另一个表的某个字段值
    java.lang.String cannot be cast to scala.runtime.Nothing Scala中的Nothing类型
    mybatis 于 hibernate区别
  • 原文地址:https://www.cnblogs.com/yhjoker/p/9028900.html
Copyright © 2020-2023  润新知