保存出 0 字节文件、录制中断等问题排查思路

以下问题与排查思路整理自 Google Play 用户评价、GitHub 公开讨论与社区反馈，按"现象 → 先查什么 → 再做什么"组织。应用版本迭代会持续修复已知问题，遇到异常请先更新到官方最新版再排查。

现象一：保存出来的文件是 0 字节 / 打不开

先查：存储空间是否已满（写满的存储是空文件的经典成因）；另存目标位置是否可写（云盘同步目录、外置卡偶发写入失败）。

再做：换一个本地目录重新保存；更新版本——Play 评价区曾有"保存后大小为 0"的反馈，开发者随后推送了修复版本并回复确认。若仍复现，带设备型号与系统版本到 GitHub issue 区反馈。

先查：电池优化是否豁免（见后台防杀第一层）；厂商 ROM 的后台记录里谁杀的进程。

再做：按防杀清单逐项补齐；确认没有手动从最近任务划掉应用；部分 ROM 的"超清省电"类模式会额外杀服务，关掉再测。验证用五分钟实测法，别凭感觉。

应用内置批次不可访问提示（BatchesInaccessible）：更换过批次文件夹后，若目录被删、权限变更或存储卡拔出，录制会受阻。

对策：设置里把批次文件夹切回默认的私有加密存储（见批次文件夹），立即恢复可用；确需外部目录的，重新选择一次路径并确认权限。

先分清：长时间视频（30~60 分钟）的合并处理本来就要几分钟，界面停在"处理中"不是卡死（见保存流程）。

再做：等待；连续异常久（半小时以上无进展）再考虑杀掉重试——缓冲批次仍在，重导不丢内容。频繁卡在处理阶段的老设备，把画质与保存时长降一档再试。

Play 评价区可见的真实案例：某次更新后部分用户遇到"视频尺寸异常""自行退出"，开发者响应修复。版本回退是临时手段（GitHub Releases 可取历史版本），但注意签名差异需先卸载重装，操作前先把已保存文件备份走。长期解法永远是等官方修复版并保持更新。