Android中使用MediaRecorder录屏时实时生成30秒视频片段的方法

针对你遇到的录制中无法读取文件的问题，以下是几个可行的实现思路：

方案一：使用MediaCodec直接处理编码流（推荐） #

放弃封装性强但不灵活的MediaRecorder，改用MediaCodec实现屏幕录制，直接获取编码后的视频帧数据，这样就能实时缓存并生成片段：

• 初始化MediaCodec用于屏幕编码，配置好分辨率、码率、帧率等参数，通过createInputSurface()获取录制的输入表面
• 开启编码后，循环从MediaCodec的输出队列中取出编码后的ByteBuffer及对应的时间戳
• 维护一个时间窗口缓存队列，只保留最近30秒的帧数据：每加入新帧时，移除队列中时间戳超过当前帧30秒的旧帧
• 当缓存的帧时长达到30秒（或按固定时间间隔触发），使用MediaMuxer将缓存的帧封装成完整的MP4文件，随后启动异步任务上传至服务器
• 注意：所有编码、缓存、封装操作都要放在子线程中执行，避免阻塞主线程；同时要做好内存管理，防止缓存过多帧导致OOM

方案二：实时复制录制文件并修复MP4索引 #

MediaRecorder录制的未完成MP4文件无法直接读取，是因为文件末尾的moov索引原子尚未写入，可通过以下方式处理：

• 开启一个后台线程，定期（比如每1秒）将当前正在录制的文件复制到临时文件
• 使用MP4解析库对临时文件进行修复，手动生成有效的moov原子，让文件可以被正常读取
• 从修复后的临时文件中截取最近30秒的片段，再进行上传
• 缺点：文件复制和索引修复会带来额外性能开销，且不同Android版本的MP4格式可能存在兼容性问题

方案三：双文件交替录制（简单易实现） #

用两个MediaRecorder实例交替工作，避免录制中读取文件的冲突：

• 初始化两个MediaRecorder实例，分别指向不同的录制文件
• 启动第一个MediaRecorder开始录制，设置30秒的定时任务
• 定时任务触发时，停止并释放第一个MediaRecorder，同时启动第二个MediaRecorder继续录制
• 对第一个录制完成的文件直接生成30秒片段并上传，完成后重新初始化第一个MediaRecorder，等待下一次切换
• 优势：逻辑简单，无需复杂的流处理，避免了多实例同步问题；缺点：切换录制时会有极短的空白期，需要根据业务场景评估是否可接受

额外注意事项 #

• 确保申请了RECORD_AUDIO、RECORD_SCREEN（Android 10+）等必要权限
• 上传操作必须放在异步线程中，避免阻塞录制流程
• 测试不同Android版本的兼容性，尤其是MediaCodec和MediaMuxer的行为差异

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