在 android 中调用系统相机时，若使用 `mediastore.action_image_capture` 并传入 `extra_output`，即使用户取消拍摄或未点击快门，系统仍会提前创建空文件。本文提供完整解决方案：通过全局缓存 `file` 对象并在 `onactivityresult` 中按结果状态清理临时文件。
在 Android 开发中，使用系统相机（MediaStore.ACTION_IMAGE_CAPTURE）配合 EXTRA_OUTPUT 是常见做法，它能避免 Intent 返回缩略图带来的分辨率限制，并直接将照片写入指定路径。但该机制存在一个易被忽略的副作用：只要启动相机 Intent，系统就会立即根据 EXTRA_OUTPUT 指向的 URI 创建一个空文件（0 字节）——无论用户是否真正拍照、是否点击“确认”或直接按返回键退出。
问题根源在于：File.createTempFile() 在 onCapturePhoto() 中被立即执行，而 startActivityForResult() 仅负责启动相机；系统相机应用在初始化阶段即尝试向目标路径写入数据，导致空文件残留。
✅ 正确处理流程
1. 将 imageFile 声明为 Activity/Fragment 的成员变量
public class PhotoCaptureActivity extends AppCompatActivity {
private File imageFile; // ← 全局持有引用，便于后续清理
private String currentPhotoPath;
public void onCapturePhoto(String fileName) {
File storageDirectory = getExternalFilesDir(Environment.DIRECTORY_PICTURES);
try {
imageFile = File.createTempFile(fileName, ".jpg", storageDirectory);
currentPhotoPath = imageFile.getAbsolutePath();
Uri imageUri = FileProvider.getUriForFile(
this,
"com.abc.projectname.bf", // 注意：需与 manifest 中 provider authority 一致
imageFile
);
Intent intent = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);
intent.putExtra(MediaStore.EXTRA_OUTPUT, imageUri);
startActivityForResult(intent, REQUEST_CODE_CAPTURE);
} catch (IOException e) {
Log.e("Camera", "Failed to create temp file", e);
}
}
}2. 在 onActivityResult 中精准判断并清理
关键逻辑：仅当 resultCode == RESULT_OK 时才认为照片已成功生成；否则（包括用户取消、崩溃、拒绝权限等），必须主动删除该临时文件：
@Override
protected void onActivityResult(int requestCode, int resultCode, @Nullable Intent data) {
super.onActivityResult(requestCode, resultCode, data);
if (requestCode == REQUEST_CODE_CAPTURE) {
if (resultCode == RESULT_OK) {
// ✅ 照片已成功保存至 imageFile —— 可安全使用
if (imageFile != null && imageFile.exists() && imageFile.length() > 0) {
// 处理图片：加载、压缩、上传等
Bitmap bitmap = BitmapFactory.decodeFile(imageFile.getAbsolutePath());
// ... your logic
} else {
Log.w("Camera", "Captured file is empty or missing");
}
} else {
// ❌ 用户未拍照（取消/返回/异常）→ 删除空文件
if (imageFile != null && imageFile.exists()) {
boolean deleted = imageFile.delete();
Log.i("Camera", "Temp file deleted: " + deleted + ", path: " + imageFile.getAbsolutePath());
}
}
// 重置引用，避免内存泄漏或误删
imageFile = null;
}
}⚠️ 注意事项与最佳实践
- 务必校验文件大小：RESULT_OK 仅表示相机 Activity 正常返回，不保证文件非空（尤其在低存储空间或异常中断时）。建议始终检查 imageFile.length() > 0。
-
FileProvider 配置需匹配：getUriForFile() 第二个参数（authority）必须与 AndroidManifest.xml 中
的 android:authorities 完全一致，否则抛出 IllegalArgumentException。 -
权限与存储适配：
- Android 10+（API 29+）默认启用分区存储（Scoped Storage），getExternalFilesDir() 是安全且无需额外权限的路径，推荐继续使用；
- 若需保存到公共目录（如 DCIM），需申请 WRITE_EXTERNAL_STORAGE（旧 API）或使用 MediaStore API（新推荐）。
- 避免重复创建：确保 onCapturePhoto() 不被重复调用（例如按钮未防抖），否则可能产生多个待清理文件。
✅ 总结
该问题本质是 Android 系统相机行为与开发者预期之间的偏差。解决核心在于：延迟信任、主动清理——不假设 EXTRA_OUTPUT 文件一定有效，而是通过 resultCode 和文件属性双重验证，并在失败路径中显式销毁临时资源。此方案简洁、可靠，适用于所有基于 ACTION_IMAGE_CAPTURE 的场景，是生产环境必备的健壮性保障。
