我再也不能通过命令行或Eclipse使用ADB连接到我的设备了。
执行命令
adb devices
返回设备名称，但显示为脱机状态。
我尝试过的事情。
切换Android调试模式 重新安装谷歌USB驱动 将操作系统恢复到以前工作的备份(CyanogenMod) 换掉USB数据线 多次重启电话/电脑 更新Android SDK
我真的不知道发生了什么。你觉得我还能试什么，我洗耳恭听。
需要明确的是，如果你遇到了同样的问题，那么问题可能是SDK过时了。从4.2.2开始，有一个安全特性需要您确认连接设备的RSA指纹。打开SDK管理器并更新工具!然后重新启动。
当前回答
我在运行4.2.2 OTA更新的Nexus 7上遇到了同样的问题。我几乎可以肯定我在更新后通过USB和Wi-Fi连接了ADB，直到它停止工作。为了修复，我更新了我的SDK使用:
android update sdk --no-ui
现在我的开发工具是:
SDK版本16.0.2 SDK工具版本21.1 SDK API 17，版本2
其他回答
这些答案对我都没用，我也试过无线。我注意到adb.exe一直在我的系统进程中运行。右键点击它们，发现adb从安装的应用程序(在我的例子中是Droid Explorer)自动运行。一旦我卸载了自动启动ADB的应用程序，我就可以终止进程，并看到ADB不再自己运行。从平台工具中运行更新后的adb，一切就绪!希望这能帮助到一些人。
我在Mac上解决的问题是将adb更新到最新版本(1.0.32)。现在我又可以看到我的设备在线了
尝试重新启动adb服务器，操作如下:
adb kill-server
adb start-server
我也遇到过和你一样的问题。重新启动adb服务器将解决此问题。
我有这个问题，其他答案都没用。在更新SDK和安装4.2.2的API之后，必须运行:
android update adb
我遇到的另一个问题是，我试图通过Wi-Fi连接ADB，这是我唯一的选择，因为我Mac上的USB端口真的很吝啬。不幸的是，ADB over Wi-Fi没有显示4.2.2中的安全问题，因此您需要找到一根可以工作的USB电缆，并至少通过USB连接一次才能接受安全问题，但在您这样做一次之后，您就可以通过Wi-Fi连接了。
这很可能是由于过时的adb流程。 这可能是因为蹩脚的开发人员将adb和dll打包并安装在Windows的根目录中。例如C:\Windows\adb.exe
打开任务管理器kill adb.exe，将adb.exe定位在root:\Windows并删除它。然后使用最新的SDK
