我再也不能通过命令行或Eclipse使用ADB连接到我的设备了。
执行命令
adb devices
返回设备名称，但显示为脱机状态。
我尝试过的事情。
切换Android调试模式 重新安装谷歌USB驱动 将操作系统恢复到以前工作的备份(CyanogenMod) 换掉USB数据线 多次重启电话/电脑 更新Android SDK
我真的不知道发生了什么。你觉得我还能试什么，我洗耳恭听。
需要明确的是，如果你遇到了同样的问题，那么问题可能是SDK过时了。从4.2.2开始，有一个安全特性需要您确认连接设备的RSA指纹。打开SDK管理器并更新工具!然后重新启动。
当前回答
我尝试了上面所有的解决方案。大多数情况下，adb kill-server可以解决这个问题。这次问题出在USB线上。包装花哨的劣质电缆是行不通的。
其他回答
但我找到了最简单的方法 只需进入DDMS并按照图中所示进行操作…
这个方法对我很有效:
亚行kill-server 在设备管理器中禁用脱机设备(见下图) 在“设备管理器”中启用设备 亚洲开发银行启动服务器
设备管理器，“查看”菜单，“按连接的设备”:
我更新了很多次，直到我不能再更新了，但我的屏幕上从来没有出现过提示;我一直让设备离线。
我的问题是，我在与实际更新的目录不同的目录中运行ADB命令。
ADB exe的正确更新目录是:
C:\Program Files (x86)\Android\android-sdk\platform-tools\
好吧，这里没有巫毒，没有盲目尝试，(我希望)解释清楚的解决方案(对不起，我愤怒了，我试着用谷歌搜索解决方案几乎一整天都没有结果)。
首先，让我们了解一下adb与设备的通信方式: https://android.googlesource.com/platform/system/core/+/master/adb/protocol.txt
简短的故事:主机adb在5037上建立服务器，通过tcp端口5555(默认)连接到设备上的adbd。
这意味着-为了工作，您的adb必须有一条通往本地5037和远程5555的清晰道路。 如果你不能或不想使用USB，你可以在设备上(使用设备终端)设置adbd来监听，而不需要建立USB连接:
setprop service.adb.tcp.port 5555
stop adbd
start adbd
使用netstat -plant | grep adbd检查adbd是否正在监听端口5555(或您选择的任何其他端口)。
现在使用捕获过滤器端口5555启动Wireshark。在您的主机上执行此命令:adb connect device_ip:5555(如果使用非标准端口则替换5555)。
根据上面的文档，您应该可以看到来自两个方向的CNXN命令!如果您的远端没有回复，adb设备将说您的设备离线!游戏结束了。Adb devices不做任何网络交换，它只是显示Adb connect命令的结果。
我的问题是——我一直在Virtualbox中运行Android，使用NAT网络和转发5555端口。另外，我在端口5554上运行了一个模拟器。它并没有占用5555，但不知为何，这两个干扰和中断了Virtualbox在较低级别的连接，因为我有很多奇怪的重复ack和rst在界面上飞来飞去。这个问题的解决方案是选择一个不同的端口。
如果我说错了请告诉我，但我以前没见过有人这么提议。也没有解释它应该如何工作以及为什么要工作。
对我来说，我有两个不同的SDK安装。当我启动Android SDK管理器并从Eclipse更新工具时，SDK路径指向一个位置，但命令行上使用的path环境变量指向另一个位置，该位置具有较旧版本的SDK，始终将4.2.2设备显示为脱机。
