我再也不能通过命令行或Eclipse使用ADB连接到我的设备了。
执行命令
adb devices
返回设备名称，但显示为脱机状态。
我尝试过的事情。
切换Android调试模式 重新安装谷歌USB驱动 将操作系统恢复到以前工作的备份(CyanogenMod) 换掉USB数据线 多次重启电话/电脑 更新Android SDK
我真的不知道发生了什么。你觉得我还能试什么，我洗耳恭听。
需要明确的是，如果你遇到了同样的问题，那么问题可能是SDK过时了。从4.2.2开始，有一个安全特性需要您确认连接设备的RSA指纹。打开SDK管理器并更新工具!然后重新启动。
当前回答
这个方法对我很有效:
亚行kill-server 在设备管理器中禁用脱机设备(见下图) 在“设备管理器”中启用设备 亚洲开发银行启动服务器
设备管理器，“查看”菜单，“按连接的设备”:
其他回答
禁用防病毒，重新连接usb并检查adb.exe是否没有移动到quartine。
我需要杀死多个adb进程(adb kill-server & adb start-server仍然留下一个挥之不去的进程。)
$ ps aux |葡萄柚亚行
$ killall adb
就我而言，我在使用第一代华硕Nexus 7时就遇到了这个问题。 我已经将日志缓冲区大小从256K增加到4M。当我把它恢复到默认值(设置>开发人员设置>记录器缓冲区大小)，拔下插头，然后插回去，它工作得很好。
当您使用Wi-Fi模式连接到设备时(例如，在Android Studio中或在控制台中运行adb tcpip 5555)，似乎也经常发生这种情况。
修复:
断开USB连接——或者如果你是通过Wi-Fi连接的，关闭设备的Wi-Fi。 关闭Android Studio/Eclipse/其他IDE。 运行adb kill-server确保adb没有运行。 重新启动Android设备。 设备重新启动后，通过USB连接并运行adb设备。这将启动ADB守护进程。您的设备现在应该再次联机了。
下面是您可以通过命令行执行的步骤。无需访问设备。
步骤1:执行“adb devices -l”，您将看到离线设备。现在记下usb后面的数字:Example=> usb:1-1.4.2
步骤2:echo '1-1.4.2' |sudo tee /sys/bus/usb/drivers/usb/unbind
步骤3:echo '1-1.4.2' |sudo tee /sys/bus/usb/drivers/usb/bind
步骤4:检查“adb devices -l”。这些设备应该在线。
