Appium Android 屏幕录制超时问题的完整解决方案

你发现没有？在Appium里做Android屏幕录制时，明明已经用withTimeLimit()设了更长的录制时间，结果还是只能拿到3分钟的视频。这不是Bug，也不是你的代码写错了——这背后其实藏着一个系统性的设计逻辑。

从Appium 1.20+版本开始，Android设备的屏幕录制走的是一条“分段录制+后期合并”的路径。帮大家拆解一下：系统底层的MediaRecorder每3分钟左右就会自动生成一个.mp4片段，这是它的固有行为，没法改。然后Appium会调用本地的一个工具——FFmpeg——把这些片段拼成完整的视频。问题就出在这里：如果测试机或者Appium Server所在的机器上没有装FFmpeg，那么合并这一步就会静默失败。你以为一切正常，但实际上stopRecordingScreen()返回的Base64数据，只包含最后一个片段（也就是最后3分钟）。那个“3分钟魔咒”不是设置问题，是合并环节出了问题。

所以，别急着改代码。说到底，问题出在哪儿？缺了FFmpeg。

正确配置，就这几步

1. 安装FFmpeg

先把环境补上，这是最基础的一步：

• macOS（Homebrew）：
  brew install ffmpeg
• Ubuntu/Debian：
  sudo apt update && sudo apt install ffmpeg
• Windows：去官网下载FFmpeg官方构建版，解压之后把 bin/ 目录加到系统PATH里就行。

2. 验证安装

装完之后跑一下这个命令：
ffmpeg -version
如果能看到类似“ffmpeg version 6.1.1”的输出，说明环境已经就位。

3. 优化录制参数

这一步很关键，尤其是参数的调用时机。正确的做法是在stopRecordingScreen()中设置withTimeLimit()，而不是在启动时。来看一个示例：

String base64Video = androidDriver.stopRecordingScreen(
    new AndroidStopRecordingScreenOptions()
        .withRemotePath("recordings/test_session.mp4") // 可选：上传到远程存储
        .withTimeLimit(Duration.ofMinutes(10))
);

必须强调的是，startRecordingScreen()里的withTimeLimit()在较新的Appium版本里已经被弃用或者干脆忽略了。所以，别搞错地方。

4. 关键检查项

几个容易踩坑的点，提前帮你排掉：

• 确保Appium Server进程能访问到 ffmpeg 命令。用 which ffmpeg（Linux/macOS）或 where ffmpeg（Windows）确认一下。
• 如果你用的是Docker跑Appium，那镜像里也得预装FFmpeg。举个例子，在 FROM appium/appium:latest 后面加上 RUN apt-get update && apt-get install -y ffmpeg。
• 录制时长建议控制在15分钟以内。时间太长，内存溢出或文件过大导致合并失败的概率会显著上升。

一句话总结

Appium Android录制超时的问题，本质是FFmpeg缺失导致的合并失败。装上它、验证好、参数别写错地方——三步走完，10到15分钟的连续录制就能稳定跑下来。应付复杂场景下的调试和报告需求，足够了。