近期，不少Flutter开发者在使用Android Studio进行开发时，遇到了一个令人困惑的问题：明明配置好了Android模拟器，点击运行按钮后，应用却并未在模拟器中启动，反而弹出一个独立的桌面窗口，将Flutter界面显示其中。这一异常现象迅速在开发者社区引发热议，被戏称为“Flutter窗口模式Bug”。
问题重现：模拟器“罢工”，窗口“抢戏”
据多位受影响开发者反馈，该问题主要出现在Windows和macOS平台上的Android Studio中。当开发者新建或运行Flutter项目时，IDE的Run面板会正常显示构建信息，但预期的Android模拟器并未被唤醒或启动。取而代之的是，一个独立的、可移动、可缩放的桌面窗口突然弹出，窗口内展示的是Flutter应用的UI。该窗口的行为类似于桌面的独立应用程序窗口，而非模拟器中的手机屏幕。
“我检查了AVD（Android虚拟设备）管理器，模拟器状态显示为已关闭。我以为没启动，手动启动模拟器后再次运行，结果应用依然跑到了那个奇怪的弹窗里。”一位来自上海的前端工程师在Stack Overflow上描述道。更令人头疼的是，有些开发者即便删除了模拟器并重新创建，问题依旧存在。
技术解析：可能是Flutter的“宿主模式”误触发
针对这一现象，GitHub上的Flutter团队Issue区已有多条相关反馈。经过初步排查，技术人员指出，问题根源可能与Flutter近期更新的“桌面模式”相关。Flutter本身支持在Windows、macOS、Linux上直接运行桌面应用，而Android Studio中的Flutter插件在检测运行目标时，可能错误地将当前配置识别为“桌面环境”，从而跳过了模拟器启动步骤，直接以“窗口模式”渲染Flutter框架。
另一种可能性出在flutter run命令的参数传递上。当项目中的.vscode/launch.json或Android Studio的运行配置未明确指定--device-id时，Flutter工具链会默认选择第一个可用的设备。但如果模拟器未完全初始化，或者系统将本地桌面视为一个“设备”，就会导致上述现象。
用户实测：临时解决方案已汇总
尽管官方尚未发布正式修复补丁，但热心开发者已经总结出几种临时解决办法。
方法一：手动指定设备ID
在Android Studio的“Run/Debug Configurations”中，将“Additional run args”填入--device-id=emulator-5554（或你自己的模拟器名称），强制Flutter运行在模拟器上。
方法二：清理Flutter缓存
运行flutter clean清理构建缓存，然后重新执行flutter run。部分用户反馈，在删除build目录并重新flutter pub get后问题消失。
方法三：关闭Flutter桌面支持
检查pubspec.yaml文件，确保没有引入flutter_desktop相关的平台插件。同时，在flutter config中关闭桌面平台支持：flutter config --no-enable-windows-desktop（针对Windows）。
方法四：更新Flutter与Android Studio插件
确保Flutter SDK和Dart插件均为最新版本。截至发稿，Flutter 3.13.0版本已修复部分与设备选择相关的逻辑，升级后问题可能不再出现。
官方回应：正在定位，预计下个稳定版修复
Flutter团队在GitHub Issue #136821中回复称，该问题与“flutter run的自动设备发现机制”有关，目前已被标记为“P1”优先级。团队确认，当系统同时存在模拟器和本地桌面环境时，设备排序算法存在缺陷，可能导致桌面窗口被选中。预计在Flutter 3.16稳定版中会推出修复。
专家提醒：注意开发环境一致性
独立Flutter顾问刘易峰提醒开发者：“这类问题通常出现在环境切换后，例如从Web开发切换回移动端开发，或者升级了Flutter版本后未同步更新配置。建议开发者维护一份统一的launch.json模板，并定期检查flutter devices命令输出的设备列表。”
截至本文发稿，该问题仍在持续影响部分用户，但大多数情况下可通过上述临时方案规避。Flutter官方呼吁受影响的开发者提供更多日志信息以加速修复。开发者在遇到类似情况时，也可优先检查IDE的“运行目标”下拉菜单，确认是否误选为了“Windows (Desktop)”或“macOS (Desktop)”。