我再也不能通过命令行或Eclipse使用ADB连接到我的设备了。
执行命令
adb devices
返回设备名称，但显示为脱机状态。
我尝试过的事情。
切换Android调试模式 重新安装谷歌USB驱动 将操作系统恢复到以前工作的备份(CyanogenMod) 换掉USB数据线 多次重启电话/电脑 更新Android SDK
我真的不知道发生了什么。你觉得我还能试什么，我洗耳恭听。
需要明确的是，如果你遇到了同样的问题，那么问题可能是SDK过时了。从4.2.2开始，有一个安全特性需要您确认连接设备的RSA指纹。打开SDK管理器并更新工具!然后重新启动。
当前回答
当您使用Wi-Fi模式连接到设备时(例如，在Android Studio中或在控制台中运行adb tcpip 5555)，似乎也经常发生这种情况。
修复:
断开USB连接——或者如果你是通过Wi-Fi连接的，关闭设备的Wi-Fi。 关闭Android Studio/Eclipse/其他IDE。 运行adb kill-server确保adb没有运行。 重新启动Android设备。 设备重新启动后，通过USB连接并运行adb设备。这将启动ADB守护进程。您的设备现在应该再次联机了。
其他回答
我尝试了dturvene和其他所有的解决方案，但它们都不起作用。我需要再走一步。
运行这些命令
亚行kill-server Android更新SDK—无ui 亚洲开发银行启动服务器
为了验证它是否有效，在命令之前和之后运行'adb version'，并确保它是最新的。使用adb kill-server命令的原因是它很可能正在运行，并且在运行时不能更新，因此必须首先杀死它。
有时这可能发生，因为adb服务器错误(我认为)。它总是说
"device-name is offline" from adb devices command.
只需关闭服务器并重新开始。这对我很管用。
"adb kill-server"
"adb start-server"
好吧，这里没有巫毒，没有盲目尝试，(我希望)解释清楚的解决方案(对不起，我愤怒了，我试着用谷歌搜索解决方案几乎一整天都没有结果)。
首先，让我们了解一下adb与设备的通信方式: https://android.googlesource.com/platform/system/core/+/master/adb/protocol.txt
简短的故事:主机adb在5037上建立服务器，通过tcp端口5555(默认)连接到设备上的adbd。
这意味着-为了工作，您的adb必须有一条通往本地5037和远程5555的清晰道路。 如果你不能或不想使用USB，你可以在设备上(使用设备终端)设置adbd来监听，而不需要建立USB连接:
setprop service.adb.tcp.port 5555
stop adbd
start adbd
使用netstat -plant | grep adbd检查adbd是否正在监听端口5555(或您选择的任何其他端口)。
现在使用捕获过滤器端口5555启动Wireshark。在您的主机上执行此命令:adb connect device_ip:5555(如果使用非标准端口则替换5555)。
根据上面的文档，您应该可以看到来自两个方向的CNXN命令!如果您的远端没有回复，adb设备将说您的设备离线!游戏结束了。Adb devices不做任何网络交换，它只是显示Adb connect命令的结果。
我的问题是——我一直在Virtualbox中运行Android，使用NAT网络和转发5555端口。另外，我在端口5554上运行了一个模拟器。它并没有占用5555，但不知为何，这两个干扰和中断了Virtualbox在较低级别的连接，因为我有很多奇怪的重复ack和rst在界面上飞来飞去。这个问题的解决方案是选择一个不同的端口。
如果我说错了请告诉我，但我以前没见过有人这么提议。也没有解释它应该如何工作以及为什么要工作。
当您使用Wi-Fi模式连接到设备时(例如，在Android Studio中或在控制台中运行adb tcpip 5555)，似乎也经常发生这种情况。
修复:
断开USB连接——或者如果你是通过Wi-Fi连接的，关闭设备的Wi-Fi。 关闭Android Studio/Eclipse/其他IDE。 运行adb kill-server确保adb没有运行。 重新启动Android设备。 设备重新启动后，通过USB连接并运行adb设备。这将启动ADB守护进程。您的设备现在应该再次联机了。
对我来说，我有两个不同的SDK安装。当我启动Android SDK管理器并从Eclipse更新工具时，SDK路径指向一个位置，但命令行上使用的path环境变量指向另一个位置，该位置具有较旧版本的SDK，始终将4.2.2设备显示为脱机。
