我再也不能通过命令行或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守护进程。您的设备现在应该再次联机了。
其他回答
对我来说，我有两个不同的SDK安装。当我启动Android SDK管理器并从Eclipse更新工具时，SDK路径指向一个位置，但命令行上使用的path环境变量指向另一个位置，该位置具有较旧版本的SDK，始终将4.2.2设备显示为脱机。
在尝试了两次之后，我将手机软件回滚到一个稳定的版本，它终于工作了。我在运行Cyanogen nightlies。无论如何，在这个帖子中发布的东西应该可以帮助遇到这个问题的任何人。
我尝试了dturvene和其他所有的解决方案，但它们都不起作用。我需要再走一步。
运行这些命令
亚行kill-server Android更新SDK—无ui 亚洲开发银行启动服务器
为了验证它是否有效，在命令之前和之后运行'adb version'，并确保它是最新的。使用adb kill-server命令的原因是它很可能正在运行，并且在运行时不能更新，因此必须首先杀死它。
对于ADB连接不稳定的人来说，如果他们使用的是Mac电脑，并且安装了Android File Transfer，那么还有一种可能:我发现文件传输干扰了我的ADB连接，导致它断断续续地停止工作。
关闭Android文件传输代理。应用程序进程，寻找兼容的设备(例如，Nexus 7)连接到Mac，解决了我的问题。
这只是因为你的电脑没有正确的驱动程序。要解决这个问题:
下载并提取Android SDK 进入设备管理器(右键单击计算机->属性->设备管理器 在右侧窗格中展开便携式设备以找到您的设备 右键单击您的设备名称，然后单击更新驱动程序软件 在我的电脑上找找驱动软件 浏览到步骤1中的Android SDK文件夹。 接下来，你就完成了
