我再也不能通过命令行或Eclipse使用ADB连接到我的设备了。
执行命令
adb devices
返回设备名称，但显示为脱机状态。
我尝试过的事情。
切换Android调试模式 重新安装谷歌USB驱动 将操作系统恢复到以前工作的备份(CyanogenMod) 换掉USB数据线 多次重启电话/电脑 更新Android SDK
我真的不知道发生了什么。你觉得我还能试什么，我洗耳恭听。
需要明确的是，如果你遇到了同样的问题，那么问题可能是SDK过时了。从4.2.2开始，有一个安全特性需要您确认连接设备的RSA指纹。打开SDK管理器并更新工具!然后重新启动。
当前回答
我尝试了上面所有的解决方案。大多数情况下，adb kill-server可以解决这个问题。这次问题出在USB线上。包装花哨的劣质电缆是行不通的。
其他回答
我有这个问题，其他答案都没用。在更新SDK和安装4.2.2的API之后，必须运行:
android update adb
我遇到的另一个问题是，我试图通过Wi-Fi连接ADB，这是我唯一的选择，因为我Mac上的USB端口真的很吝啬。不幸的是，ADB over Wi-Fi没有显示4.2.2中的安全问题，因此您需要找到一根可以工作的USB电缆，并至少通过USB连接一次才能接受安全问题，但在您这样做一次之后，您就可以通过Wi-Fi连接了。
如果以上任何一个提示都不起作用，请尝试以下步骤解锁OEM:
打开命令提示符并设置平台工具路径。 输入“adb reboot bootloader”。 然后输入“fastboot oem unlock”。 在少数设备上，这将需要更多的时间。请耐心等待15分钟。 重新启动设备
对我来说，我有两个不同的SDK安装。当我启动Android SDK管理器并从Eclipse更新工具时，SDK路径指向一个位置，但命令行上使用的path环境变量指向另一个位置，该位置具有较旧版本的SDK，始终将4.2.2设备显示为脱机。
Linux下:删除~/目录。重新启动ADB。
有时这可能发生，因为adb服务器错误(我认为)。它总是说
"device-name is offline" from adb devices command.
只需关闭服务器并重新开始。这对我很管用。
"adb kill-server"
"adb start-server"
