跨设备/模拟器使用adb monkey seed复现崩溃的条件与可行性

核心结论 #

没有官方规范承诺seed可以跨设备通用，在环境变量高度对齐的前提下复现成功率很高，但做不到100%必然复现。
Monkey的seed本质是给内置伪随机数生成器传的初始值，只决定事件生成的序列规则——比如按什么顺序出触摸、滑动、按键事件，每个事件的坐标、按键值是什么，本身不绑定设备。但事件注入后应用和系统的响应逻辑完全依赖运行环境，环境不一致的话，一模一样的事件序列打上去，执行路径可能天差地别。

必须对齐的前置条件 #

缺了下面任意一项，复现失败的概率会超过90%：

• 应用包完全一致：必须是同签名、同versionCode、同构建渠道、同编译产出的APK，哪怕只是改了一行代码没改版本号，控件ID、代码执行路径、资源加载逻辑变了，事件触发的位置就会错位。
• 系统环境对齐：
  Android大版本必须完全相同，比如触发崩溃是Android 13，就不能用Android 12/14测——不同系统版本的Monkey注入逻辑、权限管控、系统控件布局、事件响应阈值都有差异；
  尽量保持ROM基线一致，尤其是MIUI、ColorOS这类深度定制ROM，厂商改了输入调度、后台杀进程规则，还会随机弹系统更新、权限申请、广告类全局弹窗，很容易打断事件流，原生AOSP环境的复现稳定性远高于定制ROM。
• 设备/模拟器配置对齐：
  屏幕参数必须完全匹配：分辨率、DPI要和崩溃环境一模一样，Monkey生成的点击、滑动坐标直接和屏幕参数挂钩，分辨率不同的话，同一个seed生成的坐标会落到完全无关的控件上；
  模拟器需要保持全配置一致：CPU架构（x86/arm64不能混）、内存/存储分配、镜像版本（Google APIs镜像和Google Play镜像的内置应用、权限规则有差异也要对齐），开发者选项里的三个动画缩放必须全部设为0，避免动画时长差异导致事件触发时机错位，初始授予应用的所有权限也要和崩溃时完全一致。
• 初始运行状态对齐：
  跑Monkey前必须把应用重置到和崩溃时完全一致的初始状态：如果崩溃时是刚清数据的冷启动状态，复现前就要执行adb shell pm clear 包名清数据，不能一边是登录状态一边是未登录状态，不能有之前运行残留的缓存、弹窗；
  系统状态也要对齐：测试时最好开飞行模式屏蔽来电、通知弹窗干扰，系统语言、时区、默认输入法全部统一，用系统自带AOSP键盘，不要用第三方输入法避免键盘布局差异抢焦点。
• Monkey执行参数完全一致：复现用的命令必须和触发崩溃时的命令一字不差，包括指定的测试包名、各类事件占比（--pct-touch/--pct-motion等）、事件间隔--throttle、调试类参数，参数变了同一个seed生成的事件序列完全不同。

常见注意事项 #

• 哪怕所有配置都对齐，也可能因为系统CPU调度、GC时机、网络请求返回速度的随机波动，导致事件触发时机差几毫秒错过崩溃路径，这种情况可以连续跑2-3次同seed命令，不要单次失败就判定无法复现。
• 跨CPU架构（比如x86模拟器和ARM实体机）的复现概率极低，尤其是native层崩溃，不同架构下应用的内存布局、so库执行逻辑都有差异，很难触发完全一样的异常。
• 实体机复现前要先关掉系统自带的手势导航、三指截图、侧边快捷栏这类全局交互功能，避免Monkey生成的滑动事件触发系统级操作，打断应用内的事件流。

内容的提问来源于stack exchange，提问作者JRowan