通过WiFi调试Android应用程序。我正在使用WiFi ADB应用程序准备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。
我不是第一个遇到这种情况的人，这篇文章提出了一个解决方案。这对我来说不起作用（或者几乎从来没有）。然而，有趣的事情确实发生了。
打开Windows TaskManager时，我可以看到一个
adb.exe (32 bit)后台进程。我通过End task按钮杀死它。接下来，我在Windows cmd shell中执行
adb connect 192.168.2.8:5555命令。我简要地看到两个adb.exe (32 bit)后台进程出现在TaskManager中。一秒钟后，一个过程消失了。在cmd shell中，我得到了关于在5037端口启动的相同信息，这意味着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
这意味着它连接到目标机器（=您的Android设备）上的5555端口。
- 事实证明，上述问题是由硬件故障（WiFi适配器）引起的。所以我找错树了；寻找软件解决方案
在Windows的控制台中，解决方案似乎是（？）
adb kill-server
SET ANDROID_ADB_SERVER_PORT=5555
adb connect 192.168.2.8:5555
AndroidStudio在额外的adb tcpip 5555语句之后找到设备。
更新：
以上似乎不是解决方案，至少在100%的情况下不是。仍然没有找到有效且可复制的东西。。。