官方已知问题清单：这些崩溃是缺陷，不是你操作错了

为什么值得单独列一页

虚拟引擎的问题排查有个特点：很多异常是引擎缺陷，无论你怎么重试都不会好。项目说明里保留了「已知问题」章节，把这些缺陷白纸黑字列了出来——遇到清单内的问题，直接跳过自查，省时间。

按官方说明整理（括号内是社区或教程给出的临时处理）：

已知问题	说明
死亡进程重启出现多进程问题，活动无法正常交互	临时解决：手动将目标进程都杀死，重启目标应用
火狐浏览器点击输入网址崩溃	换其他浏览器在虚拟环境内使用
调用 content provider 的 getType 崩溃	涉及该接口的操作无解，等修复（已无修复计划）
静态广播测试失败	依赖静态广播的功能（如部分开机自启逻辑）不可用
多进程缺陷：新进程启动后原活动对应 pid 未更新，出现一个应用多进程	官方怀疑点记录；伴随的卡顿源于新进程初始化

官方原文还标注了一处已修复的历史问题：VLC 应用启动崩溃在特定版本已恢复正常，说明清单是动态维护的，但引擎停更后，未修复项就是终局状态。

官方对多进程问题给出的临时方案，也是所有异常的第一反应：把目标进程全部手动杀死，重新打开应用。多数瞬态异常（卡在加载、界面无响应、功能失灵）都能靠这一下恢复。

清单要结合项目定位一起读：官方声明稳定性未经大量测试、仅供学习交流。所以正确的预期不是「修好所有问题」，而是「知道哪些问题绕得开、哪些绕不开」。绕不开的，换应用运行方式；绕得开的，按临时处理走。