Android模拟器-5554离线

进入windows任务管理器，结束进程“adb.exe”。同一进程可能有多个实例，请确保结束所有实例。

Android检测模拟器的方法是从端口5555开始扫描端口。

你在adb devices列表中看到的数字(在你的例子中是5554)将比adb发现打开的端口小1。

您可能正在运行一个侦听端口5555的进程。要摆脱“脱机”设备，您需要找到该应用程序并关闭它或重新配置它以侦听不同的端口。

它对我有用:
关闭进程名monyo .exe

我发现当我使用的adb修订不是最近的时候，模拟环境会显示为“脱机”。我正确地更新了我的路径(并删除了旧的adb版本)，在“adb kill-server”，“adb devices”时，模拟环境不再出现“脱机”。

从那以后，我马上就能使用“adb shell”了。

你安装了蓝叠吗?如果这样做，它运行的后台进程将创建脱机设备“模拟器-5554”。

转到任务管理器，使用“Bluestacks”的描述结束所有进程

我通过打开命令提示符来解决这个问题:

亚行kill-server

亚洲开发银行设备

启动后，ADB现在检测设备/模拟器。

在这种情况下，您可以执行以下所有操作，以确保您的模拟器重新开始工作:

1. 进入cmd并输入adb kill-server
2. 进入任务管理器，在进程中找到adb。如果找到一个，右键单击它，然后单击结束流程树。
3. 在eclipse中，转到windows >Android虚拟设备管理器，单击要启动的AVD，单击start并取消选中“从快照启动”，然后单击launch。

就是这样!这需要一段时间，应该能解决你的问题。

试试这个…

1. 如果模拟器正在运行，关闭模拟器。

2. 再次启动模拟器并等待其在线。

3. 在命令提示符中输入Command，按enter键:adb tcpip 5555

(确保一次只有一个模拟器在运行。)

1. Adb -s模拟器-5555 emu kill

2. 按Enter键....

3. 完成了。

4. 在cmd中使用“adb devices”命令检查设备。

简单地删除和创建齿轮avd再次。它会起作用的。

在我的情况下，原因是我恢复了一个内置android-x86的虚拟机。使用Android-x86重启虚拟机并重新启动adb服务器可以解决该问题。

如果你在Linux或Mac上，并且假设离线设备是'模拟器-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大苏尔和以后，使用

sudo lsof -i -P | grep LISTEN | grep 5554

找出这个过程。

这是因为您的计算机上安装了另一个虚拟设备。它可能是Bluestacks，因为我也面临类似的问题。我卸载了Bluestacks，然后进行了检查 adb devices

如果模拟器已经打开或正在执行，它将告诉您已脱机。你可以在命令行(Ubuntu)上再次检查并执行:

 adb devices

您必须看到模拟器离线，必须关闭模拟器的运行实例(因为端口将显示为繁忙)，然后才能运行应用程序。希望这能帮助到一些人。

只写

adb -e reboot

对adb感到满意))

在我的情况下，我已经取消了“GPU主机”和它的工作:)

此解决方案适用于Windows。

(有关Mac / Linux，请参阅克里斯·奈特的解决方案)

1. 启动Windows Powershell

   Start -> type 'powershell' ->按ENTER键

2. 执行如下命令:adb devices . sh

PS C:\Users\CJBS>adb devices
List of devices attached
emulator-5656   host
emulator-5652   host
12b80FF443      device

在本例中，12b80FF443是我的物理设备，模拟器-*项是垃圾。

3. Per @Brigham， " Android检测模拟器的方式是通过 扫描从5555端口开始的端口”。端口号指示在模拟器名称之后(在本例中是5656和5652)。要检查的端口号是模拟器端口号加1。在本例中:-

   5656 + 1 = 5657

   5652 + 1 = 5653

   让我们看看哪个程序正在使用这些端口。在本例中，要检查的端口都以“565”开头。因此，我将从565开始搜索正在使用的端口。执行:netstat -a -n -o | Select-String ":565" < / p >

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

4. 该输出中的最后一个字段是PID(进程ID)——在本例中，这两个端口的PID都是5944。我们看看这个进程ID是什么。执行: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

真是个惊喜。亚洲开发银行。正如其他答案所指出的，也可能是其他项目。

5. 现在，只需终止这个进程ID。执行kill 5944，将5944替换为前面命令中的PID。

PS C:\Users\CJBS> kill 5944

6. 要确认伪造模拟器已经消失，请重新运行以下命令:亚洲开发银行设备

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管理器擦除用户数据，然后进入adb kill-server和adb设备。 擦除数据也会节省大量的系统内存空间

您可能需要重新配置并使用AVD管理器擦除虚拟设备，确保您选择x86版本。

我将在这里添加另一种可能的解决方案，这在我的案例中是有效的。

我发现有一个名为spiceworksevenprocessor的进程正在运行，它占用了端口5555，并且显然被adb作为模拟器读取。杀死这个进程最终为我移除了那个顽固的模拟器设备。

我不确定这个东西是什么，但如果你有它，它可能是你的离线模拟器的原因。

干杯

在Linux或MAC上被阻塞的端口将模拟器-id + 1所以5555所以: Sudo lsof -i:5555 将显示占用端口的进程的pid(应该是第二列)，以便杀死它: Sudo lsof -i:5555 | awk '{print $2}' | xargs kill < /代码> < / p >

然后adb(假)设备将不再显示在列表中