Google 公布了一组简洁的 Android Emulator 控制台命令，开发者可在脚本和终端流程中测试自适应应用。Android Developers 于 2026 年 8 月 31 日发布的文章说明，一个虚拟设备即可切换多种屏幕尺寸和折叠状态，无需手动操作 Android Studio 控件。
一个模拟器，多种配置
这些命令使用 adb emu 快捷方式，发送控制台指令后立即把控制权交还给 shell。如果同时运行多个模拟器，可用 adb -s <serial> emu <command> <parameter> 指定实例，因此适合可重复的本地脚本和部分持续集成环境。
对折叠虚拟设备，adb emu fold 切换到较小的折叠配置，adb emu unfold 返回内部大屏。adb emu rotate 顺时针旋转 90 度。这些转换可检查 Activity 在配置变化后是否保留用户状态并正确重算布局。
姿态与显示尺寸控制
adb emu posture 会列出当前虚拟设备支持的姿态，然后可以选择编号，例如用于桌面模式测试的半开姿态。Google 提醒，不同 AVD 支持情况不同；标准 Pixel Fold 和 Resizable 模板只支持其列出的姿态，错误编号会返回失败。
对 Resizable Emulator，adb emu resize-display 会列出手机、展开和平板等预设。传入有效索引即可改变虚拟显示区域，同时保留同一个模拟器进程和应用会话。
它改善了什么
最大收益是可重复性。测试计划可以明确覆盖折叠与展开、旋转、状态恢复和主要窗口尺寸类别。团队能用相同命令序列复现布局问题，而不是依赖手工拖动，也可减少同时运行多个虚拟设备的资源成本。
命令不能代替断言和视觉检查。调整成功只说明模拟器接受了指令，测试仍需验证组件位置、控件可达性、输入保存、无障碍和多窗口行为。涉及具体硬件的功能也仍需真机验证。
自适应测试为何重要
Android 应用运行在手机、平板、折叠屏、ChromeOS 和可调整大小的桌面窗口上。Google 的自适应指南建议依据应用实际可用空间做布局决定，而不是固定设备标签。窗口在使用中可能变化，因此状态恢复和响应式布局属于正常运行要求。
当前文档还指出，面向 API 36 的应用在大屏上可调整大小，部分方向和宽高比限制会被忽略，同时存在文档列明的例外和过渡规则。自动化转换能在发布前更容易覆盖这些兼容要求。
一个实用测试序列
冒烟测试可启动一个 Resizable AVD，识别 serial，查询支持的尺寸与姿态，再依次切换手机、展开和平板配置。每一步都应断言重要内容可见且导航状态保留，然后用旋转和折叠单独测试配置变化。
团队应记录模拟器版本和 AVD 模板，因为命令与姿态支持可能不同。应以官方文档为准，不能假定另一台机器上的索引完全相同。