录制视频生成缩略图时Bitmap压缩空指针异常求助

看起来你遇到的核心问题是ThumbnailUtils.createVideoThumbnail()返回了null，导致后续调用b.compress()时触发了NullPointerException。虽然视频文件能正常创建，但缩略图生成时因为Bitmap对象为空，最终生成损坏的文件并崩溃。咱们来拆解原因和解决办法：

为什么会出现这个问题？ #

• 视频文件未完全写入磁盘：你在调用cameraView.stopCapturingVideo()后立刻调用saveThumbnail()，但很多相机录制库的停止操作是异步的——表面上调用了停止方法，实际视频文件还在后台写入磁盘。这时候去读取文件生成缩略图，系统无法识别完整的视频文件，自然返回null。
• 路径拼接的潜在问题：你用directoryToStore + "/" + filename手动拼接路径，虽然看起来没问题，但如果目录路径末尾本身带有斜杠，就会出现重复斜杠的情况，可能干扰系统识别文件路径（不过你说视频文件存在，这个概率较低，但还是建议优化）。
• ThumbnailUtils的兼容性局限：这个方法在不同Android版本的表现不一致，尤其是Android 10及以上的存储权限变更，可能导致无法正确读取视频帧。

具体解决方案 #

1. 等待视频完全写入后再生成缩略图 #

最根本的解决方式是利用相机库的录制完成回调，而不是停止后立刻调用缩略图生成方法。比如如果你用的是常见的CameraView库（如natario1的实现），可以添加视频回调：

// 在onCreate里添加回调
cameraView.addVideoCallback(new CameraView.VideoCallback() {
    @Override
    public void onVideoTaken(File videoFile) {
        // 这里确认视频已经完全保存到磁盘，再生成缩略图
        saveThumbnail();
    }

    @Override
    public void onVideoRecordingStart() {}

    @Override
    public void onVideoRecordingEnd() {}
});

// 修改stopCaptureVideo方法，移除直接调用saveThumbnail
private void stopCaptureVideo(){
    cameraView.stopCapturingVideo();
}

2. 替换为更可靠的缩略图生成方式（MediaMetadataRetriever） #

ThumbnailUtils在部分场景下兼容性不佳，改用MediaMetadataRetriever来提取视频帧，稳定性更高：

private void saveThumbnail() {
    File thumbnailFile = new File(directoryToStore, filename.replace(".mp4", ".jpg"));
    MediaMetadataRetriever retriever = new MediaMetadataRetriever();
    
    try {
        // 直接用已有的filePlusName对象获取路径，避免手动拼接错误
        retriever.setDataSource(filePlusName.getAbsolutePath());
        // 获取视频第一帧（可以调整时间参数获取不同位置的帧）
        Bitmap b = retriever.getFrameAtTime(0, MediaMetadataRetriever.OPTION_CLOSEST_SYNC);
        
        if (b != null) {
            // 使用try-with-resources自动关闭流，避免资源泄漏
            try (FileOutputStream outputStream = new FileOutputStream(thumbnailFile)) {
                b.compress(Bitmap.CompressFormat.JPEG, 100, outputStream);
            } catch (IOException e) {
                e.printStackTrace();
            }
        } else {
            Log.e("ThumbnailError", "无法从视频中提取帧");
        }
    } catch (IllegalArgumentException e) {
        e.printStackTrace();
    } finally {
        retriever.release(); // 一定要释放资源
    }
}

3. 空指针防御性判断 #

即使前面的优化都做了，也建议添加空指针判断，避免崩溃：

// 在原saveThumbnail方法中添加判断
if (b != null) {
    b.compress(Bitmap.CompressFormat.JPEG, 100, outputStream);
} else {
    Log.e("ThumbnailError", "生成的Bitmap为空");
}

为什么其他地方能正常工作？ #

你提到其他地方用相同方式没问题，大概率是因为那些场景下，视频文件已经完全写入磁盘（比如有延迟操作、用户交互间隔，或者本身用了回调触发），而当前代码是在停止录制后立刻执行，没有等待文件写入完成。

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