我再也不能通过命令行或Eclipse使用ADB连接到我的设备了。
执行命令
adb devices
返回设备名称，但显示为脱机状态。
我尝试过的事情。
切换Android调试模式 重新安装谷歌USB驱动 将操作系统恢复到以前工作的备份(CyanogenMod) 换掉USB数据线 多次重启电话/电脑 更新Android SDK
我真的不知道发生了什么。你觉得我还能试什么，我洗耳恭听。
需要明确的是，如果你遇到了同样的问题，那么问题可能是SDK过时了。从4.2.2开始，有一个安全特性需要您确认连接设备的RSA指纹。打开SDK管理器并更新工具!然后重新启动。
当前回答
这很可能是由于过时的adb流程。 这可能是因为蹩脚的开发人员将adb和dll打包并安装在Windows的根目录中。例如C:\Windows\adb.exe
打开任务管理器kill adb.exe，将adb.exe定位在root:\Windows并删除它。然后使用最新的SDK
其他回答
我使用adb connect <device_ip>和其他解决方案都不起作用，因为我的问题在另一边。在设备上，我需要停止adbd并重新启动它启动adbd。设备现在再次“在线”。
对我来说，我有两个不同的SDK安装。当我启动Android SDK管理器并从Eclipse更新工具时，SDK路径指向一个位置，但命令行上使用的path环境变量指向另一个位置，该位置具有较旧版本的SDK，始终将4.2.2设备显示为脱机。
当您使用Wi-Fi模式连接到设备时(例如，在Android Studio中或在控制台中运行adb tcpip 5555)，似乎也经常发生这种情况。
修复:
断开USB连接——或者如果你是通过Wi-Fi连接的，关闭设备的Wi-Fi。 关闭Android Studio/Eclipse/其他IDE。 运行adb kill-server确保adb没有运行。 重新启动Android设备。 设备重新启动后，通过USB连接并运行adb设备。这将启动ADB守护进程。您的设备现在应该再次联机了。
如果你之前已经授权了你的电脑的RSA指纹，并尝试了adb kill-server等，但没有运气，你的问题可能只是在它被锁定时试图连接它。试着按下屏幕上的按钮并输入你的图案-这为我修复了它。
我不能强调切换USB端口是关键。通常前面板的USB端口可能有缺陷。
