Android studio 连不上虚拟机,连不上夜神模拟器,kill掉adb进程

2019-09-02 15:42:08

Android studio 连不上虚拟机,连不上夜神模拟器,kill掉adb进程

连不上的问题,查看上一个解决办法。

但是提示错误,可以先kill掉adb,重新打开,就没问题看。

参考地址如下。


adb server is out of date. killing完美解决


今天,又出现了adb连接不上的问题了。


现象,adb shell 时出现以下信息:


 * daemon not running. starting it now on port 5037 *

 

  ADB server didn't ACK 

 * failed to start daemon * 

error: cannot connect to daemon

显然,原因是ADB SERVER的端口被占用。


解决方法: 

请参考: 

adb server is out of date. killing完美解决: 

地址: http://blog.csdn.net/liranke/article/details/42524851


今天,久未出现的著名的“adb server is out of date.  killing”又发生了,在此,将解决方法记下,以便日后查看。




1. 错误信息:


C:\Users\lizy>adb devices


adb devicesadb server is out of date.  killing...


ADB server didn't ACK* failed to start daemon *error: unknown host service



2. 原因:


adb的端口(5037)被占用了。至于这个5037端口,可以参考本博客另外 一篇文章:


http://blog.csdn.net/liranke/article/details/4999210


在这个文章里,详细说明了adb的原理及其源码分析。




3. 解决方法:


在cmd窗口:

C:\Users\lizy>adb nodaemon server

cannot bind 'tcp:5037'



C:\Users\lizy>netstat -ano | findstr "5037"

  TCP    127.0.0.1:5037         0.0.0.0:0              LISTENING       8516

  TCP    127.0.0.1:5037         127.0.0.1:59163        TIME_WAIT       0

  TCP    127.0.0.1:5037         127.0.0.1:59164        TIME_WAIT       0

  TCP    127.0.0.1:5037         127.0.0.1:59167        TIME_WAIT       0

  ......

C:\Users\lizy>tasklist | findstr "8516"

sjk_daemon                        8516 Console                    1     3,071 K


哦,原来是sjk_daemon进程占了adb的端口。


C:\Users\lizy>tasklist





Image Name                     PID Session Name        Session#    Mem Usage

========================= ======== ================ =========== ============

System Idle Process              0 Services                   0         24 K

System                           4 Services                   0      1,128 K

sjk_daemon                     963 Console                    1      3,071 K

tasklist.exe                  1260 Console                    1      5,856 K



将这个进程kill掉:

C:\Users\lizy>taskkill /f /pid 963


如果这个命令提示无权限,那么,可以去windows的“任务管理器”中“进程”那个窗口,找到这个进程,将它杀掉。



再运行adb devices,就没有问题了。

C:\Users\lizy>adb devices

4df7f482396a301d        device


  • 2019-09-19 09:07:46

    @Autowired用法详解

    在使用@Autowired时,首先在容器中查询对应类型的bean     如果查询结果刚好为一个,就将该bean装配给@Autowired指定的数据     如果查询的结果不止一个,那么@Autowired会根据名称来查找。     如果查询的结果为空,那么会抛出异常。解决方法时,使用required=false

  • 2019-09-19 11:36:58

    注解@Mapper、@MapperScan

    定要变成实现类的接口所在的包,然后包下面的所有接口在编译之后都会生成相应的实现类

  • 2019-09-19 11:46:45

    @EnableConfigurationProperties注解详解,源码

    用springboot开发的过程中,我们会用到@ConfigurationProperties注解,主要是用来把properties或者yml配置文件转化为bean来使用的,而@EnableConfigurationProperties注解的作用是@ConfigurationProperties注解生效。 如果只配置@ConfigurationProperties注解,在IOC容器中是获取不到properties配置文件转化的bean的,当然在@ConfigurationProperties加入注解的类上加@Component也可以使交于springboot管理。

  • 2019-09-19 14:10:03

    Android UI布局优化之ViewStub介绍

    ViewStub的inflate只能被调用一次,第二次调用会抛出异常,setVisibility可以被调用多次,但不建议这么做(文章中说原因)

  • 2019-09-19 14:21:47

    Dubbo和spring cloud微服务框架区别和介绍

    关于 Dubbo 和 Spring Cloud 的相关概念和对比,上面已经叙述的很清楚了,我个人比较倾向于 Spring Cloud,原因就是真正的微服务框架、提供整套的组件支持、使用简单方便、强大的社区支持等等,另外,因为考虑到 .NET/.NET Core 的兼容处理,RPC 并不能很好的实现跨语言(需要借助跨语言库,比如 gRPC、Thrift,但因为 Dubbo 本身就是“gRPC”,在 Dubbo 之上再包一层 gRPC,有点重复封装了),而 HTTP REST 本身就是支持跨语言实现,所以,Spring Cloud 这一点还是非常好的(Dubbox 也支持,但性能相比要差一些)。

  • 2019-09-22 07:12:04

    git Please move or remove them before you can merge

    这是因为本地有修改,与云端别人提交的修改冲突,又没有merge. 如果确定使用云端的代码,最方便的解决方法是删除本地修改,可以使用以下命令: git clean -d -fx