通过WiFi调试Android应用。我正在使用WiFi ADB App准备Android设备以通过Wifi进行连接。一切似乎都很好。
接下来，我需要按如下方式连接adb：
adb connect 192.168.2.8:5555
有时这种方式正常。但更多时候，我收到以下消息：
C:\> adb connect 192.168.2.8:5555
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
connected to 192.168.2.8:5555
即使一切看起来井井有条，我也知道当我看到这条消息时，AndroidStudio（版本1.1.0）将无法找到我的AndroidDevice。
我不是第一个碰到这个问题的人，this article提出了一个解决方案。这对我来说没有（或几乎从不）。然而，有趣的事情确实发生了。
打开Windows TaskManager时，我可以看到一个 adb.exe (32 bit)后台进程。我通过End task按钮将其删除。
接下来，我在Windows cmd shell中执行adb connect 192.168.2.8:5555命令。我简要地看到在TaskManager中出现两个 adb.exe (32 bit)后台进程。一秒钟后，一个过程消失。
在cmd shell中，我得到了关于在端口5037上启动的相同内容，这意味着-again- AndroidStudio无法找到我的设备。
在我看来，两个adb.exe进程启动，一个锁定端口5555，并且这两个进程都没有给我一个可查找的连接;即使其中一个进程已经（自动）终止也没有。
如何连接adb以便它实际在端口5555上启动，而AndroidStudio实际上可以找到我的设备？
更新
1。）我误解了这条消息：
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
这意味着守护程序尚未在开发计算机上运行 。 （我知道这是目标计算机。）如果在没有运行AndroidStudio的情况下发出adb connect *.*.*.*，您将收到此消息。在开发机器上，它在5037端口出现。
然后，您收到消息：
* daemon started successfully *
connected to 192.168.2.8:5555
这意味着它已连接到目标计算机上的端口5555 （=您的Android设备）。
答案 0 :(得分：0)
在Windows上，在控制台中，解决方案似乎是（？）
adb kill-server
SET ANDROID_ADB_SERVER_PORT=5555
adb connect 192.168.2.8:5555
AndroidStudio在额外的adb tcpip 5555声明后找到该设备。
<强>更新
以上似乎不是解决方案，至少在100％的情况下都不是。仍然没有找到有效且可重复的东西......