不建议使用android create avd命令。现在建议使用avdmanager来代替从命令行启动模拟器。

首先，如果模拟器不存在，创建一个新的模拟器:

avdmanager create avd --name "MyEmulator" -k "system-images;android-
26;google_apis;x86"

这里假设您已经安装了一个与API 26匹配的X86系统映像，并安装了谷歌API。

然后，您可以使用emulator @MyEmulator启动模拟器。

打开命令提示符，进入<android-Home>\sdk\tools>emulator -avd <AVD_NAME>

这里“emulator”是用来打开Android虚拟设备的命令。

列出所有已安装的设备:emulator -list-avds

这将列出安装在Android Studio中的所有设备。

运行模拟器:emulator -avd device_name

例如，如果你在运行选项1中的命令后得到了Pixel_3a_API_30_x86，那么你运行模拟器的命令将是:emulator -avd Pixel_3a_API_30_x86

Windows:

在Windows搜索栏中搜索环境，选择“编辑系统环境变量” 在“系统属性”窗口中，单击“环境变量”并指定PATH环境变量的值:

C：\Users\{USER}\AppData\Local\Android\Sdk\emulator.

现在打开CMD或Powershell，输入: 模拟器-list-avds 这将显示所有avd的列表。 要运行特定的AVD，在CMD/Powershell中输入:emulator -avd {EmulatorName}

如果您添加了正确的android模拟器路径，AVD将打开。

我迟到了，在这里，但想要分享，所以它可能会帮助别人和我以后需要的时候:)， 下面是使用bash脚本从命令行打开模拟器的方法。 我使用MX Linux，但在所有操作系统上的过程是相同的

1-首先检查已安装的仿真器

emulator -list-avds

结果如下所示

emulator -list-avds
Nexus_4_API_28
Pixel_2_API_28

2-打开任何纯文本或代码编辑器，创建一个新文件，并如下所示

#!/bin/sh
emulator -avd Nexus_4_API_28

Nexus_4_API_28是模拟器，我想打开你写你从第一步得到的

以.sh扩展名保存此文件

3-然后，更改文件的权限，使其可执行:

chmod u+x emu.sh

4-现在打开模拟器，用下面的命令执行这个bash脚本文件

./emu.sh

对于自动化(CI)，我们采取了如下步骤:

Frist, find SDK's tools location, and store in variable for later use. tools=$ANDROID_HOME/cmdline-tools/latest/bin arch="x86_64" package="system-images;android-23;google_apis;$arch" Ensure Android-image's downloaded. $tools/sdkmanager "$package" Accept the licenses. echo yes | $tools/sdkmanager --licenses Create AVD. echo no | $tools/avdmanager create avd --force --name MyAVD --abi google_apis/$arch --package "$package" Says "no" to "Do you wish to create a custom hardware profile? ..." Launch emulator parallel. $ANDROID_HOME/emulator/emulator -netdelay none -netspeed full -no-snapshot-load -no-snapshot -avd MyAVD > /dev/null & Build APK. ./gradlew assembleDebug At last, Android-tests (Instrumented tests) automatically detect and run on Emulator. ./gradlew connectedAndroidTest Note that because we launch Emulator parallel, you need to wait until Emulator is ready, and that before Step #7. Maybe count build-time with script, and if build takes less than what Emulator-launch takes, call sleep.