我遇到了emulator-5554的问题，它一直告诉我它处于离线状态。
当我在命令行中运行adb devices时，它会说
emulator-5554 offline
即使我重新启动，我尝试运行该命令，它仍然显示为离线状态。
问题是，当我尝试使用abd install <path>从命令提示符安装.apk文件到模拟器时，它告诉我它处于离线状态。如果我创建另一个设备并运行该设备，然后尝试安装.apk文件，则会说我连接了太多设备。换句话说，我无法安装我的.apk文件。
我该如何消除那个emulator-5554？我听说如果你重新启动，它应该清除所有设备，但这似乎没有起作用。就像它在我的计算机启动时被初始化一样。有人遇到过这个问题吗？
谢谢
1 . 只需“清除数据”即可解决此问题。
2 . 如果不起作用，请前往模拟设备并启用开发者选项>启用USB调试
adb kill-server adb 。如果找到一个，请右键单击它并单击“结束进程树”。Android检测模拟器的方式是从端口5555开始扫描。
adb devices列表中看到的数字（在您的情况下为5554）将比adb发现的开放端口少1个。
您可能有一个正在监听5555端口的进程。为了摆脱“离线”设备，您需要找到该应用程序并关闭它或重新配置它以侦听其他端口。
lsof -i tcp:5555 帮助我杀掉了正确的进程。 - Nicolas de C(查看@Chris Knight的解决方案，适用于Mac/Linux)
启动Windows Powershell:
开始 -> 输入 'powershell' -> 按 ENTER 键
运行以下命令：adb devices
PS C:\Users\CJBS>adb devices
List of devices attached
emulator-5656 host
emulator-5652 host
12b80FF443 device
在这种情况下，12b80FF443 是我的物理设备，而 emulator-* 条目是垃圾数据。
根据@Brigham所说，"Android检测模拟器的方法是从端口5555开始扫描。" 端口号在模拟器名称后指定（在这种情况下为5656和5652）。要检查的端口号是模拟器端口号加1。所以在这种情况下：
5656 + 1 = 5657
5652 + 1 = 5653
因此，让我们看看哪个程序正在使用这些端口。在这种情况下，要检查的端口都以 "565" 开头。所以我将搜索以565开头的已使用端口。执行：netstat -a -n -o | Select-String ":565"
PS C:\Users\CJBS> netstat -a -n -o | Select-String ":565"
TCP 127.0.0.1:5653 127.0.0.1:5653 ESTABLISHED 5944
TCP 127.0.0.1:5657 127.0.0.1:5657 ESTABLISHED 5944
tasklist /v | Select-String 5944。将 5944 替换为上一个命令的输出：PS C:\Users\CJBS> tasklist /v | Select-String 5944
adb.exe 5944 Console 1 6,800 K Running MyPCName\CJBS 0:06:03 ADB Power Notification Window
真是个惊喜，它是ADB。正如其他答案所述，也可能是其他程序。
kill 5944，将5944替换为先前命令中的PID。PS C:\Users\CJBS> kill 5944
PS C:\Users\CJBS>adb devices
List of devices attached
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
12b80FF443 device
ADB重新启动（就像之前被杀死的那样），并且它不再检测到虚假的模拟器。
在 AVD 管理器中，尝试使用下拉菜单中的 "冷启动" 选项。这对我很有效！
如果您正在使用Linux或Mac，并假设离线设备为“emulator-5554”，则可以运行以下命令：
netstat -tulpn|grep 5554
这将产生以下输出：
tcp 0 0 127.0.0.1:5554 0.0.0.0:* LISTEN 4848/emulator64-x86
tcp 0 0 127.0.0.1:5555 0.0.0.0:* LISTEN 4848/emulator64-x86
这告诉我进程 ID 4848 (你的可能不同) 仍在监听端口 5554。你现在可以使用以下命令杀死该进程：
sudo kill -9 4848
并且幽灵离线设备已经不存在了！
在 macOS Big Sur 及更高版本中，请使用：
sudo lsof -i -P | grep LISTEN | grep 5554
查找过程。
我终于解决了这个问题， 我必须从模拟器的设置中进入开发人员选项， 然后向下滚动一点，打开USB调试。我的设备立即被识别在线，并且我不再遇到那个问题了。我尝试了重新启动Android Studio和模拟器，杀掉adb进程，但这些方法都没有奏效。
我也遇到了同样的问题。我已经尝试了这里描述的所有解决方案，但它们都没有帮助我。然后我删除了 Android 虚拟设备管理器 中的所有模拟器，并创建了新的模拟器。问题在于 Android 虚拟设备管理器 中的 CPU/ABI 系统映像配置。我的 Windows10 机器上的模拟器系统映像为 x86，永远处于离线状态，而具有系统映像 x86_64 的模拟器按预期正常工作。所以请注意这一点。
我通过打开命令提示符来解决了这个问题：
adb kill-server
adb devices
启动后，ADB现在可以检测到设备/模拟器。
将USB调试功能启用到您的模拟器中
就这样，享受吧。
adb devices获取模拟器的名称。4. 尝试通过执行命令adb -s NAME_OF_DEVICE install file.apk安装 APK。5. 告诉我们发生了什么。 - Cristianadb -d指定 USB 设备而不是模拟器，adb -e模拟器而不是 USB 设备，adb -s NAME可以用于具体指定要使用的设备，尽管我不确定最后一个选项是否总是按照您想象的方式起作用。 - Erhannis