本文详解如何在自定义文件提供应用中，通过标准 android 文件选择器（如 gmail 附件流程）正确回传选定文件的 content uri，避免因 intent 配置错误导致 setresult 失效。
本文详解如何在自定义文件提供应用中，通过标准 android 文件选择器（如 gmail 附件流程）正确回传选定文件的 content uri，避免因 intent 配置错误导致 setresult 失效。
在 Android 系统中，当第三方应用（如 Gmail、Notes 或 Messaging）调用 ACTION_GET_CONTENT 启动系统文件选择器时，你的应用若已通过 <intent-filter></intent-filter> 声明支持该行为（例如匹配 */* MIME 类型），即可作为可选提供方出现在列表中。但关键在于：你不能自定义结果 Action 名称，也不应使用 ACTION_SEND 或自定义 action 字符串来返回结果——这正是原问题中代码失效的根本原因。
✅ 正确做法是：严格遵循 GET_CONTENT 的结果协议。系统会以 startActivityForResult()（或 registerForActivityResult()）方式启动你的 Activity，并期望你通过 setResult(RESULT_OK, intent) 返回一个携带有效 Uri 的 Intent，且该 Intent 必须满足以下条件：
-
不设置自定义 Action（如
"com.example.RESULT_ACTION"），也不设ACTION_SEND； -
必须设置
setData()为所选文件的content://URI（推荐使用FileProvider生成安全 URI）； -
必须添加
FLAG_GRANT_READ_URI_PERMISSION（尤其当目标 URI 来自content://且需跨进程读取时）； -
必须调用
finish()主动结束 Activity，触发结果回调。
以下是经过验证的完整实现示例（适配 AndroidX Activity Result API 及传统 onActivityResult）：
远程控制 Android 设备，支持截图、自动化操作手机 App 等功能。本应用使用 uiautomator2 作为底层框架，通过 ADB 连接设备，用户无需 Root（1）查看手机屏幕；（2）自动化操作手机 App；（3）远程安装/卸载应用……
// 在用户完成文件选择后（例如点击“确定”按钮） Uri selectedUri = getContentUriFromYourStorage(); // e.g., content://myprovider/path/to/file.pdf String mimeType = getContentResolver().getType(selectedUri); Intent resultIntent = new Intent(); resultIntent.setData(selectedUri); resultIntent.setFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION); setResult(RESULT_OK, resultIntent); finish();
⚠️ 注意事项：
-
不要修改 Intent 的 Action：
GET_CONTENT流程要求结果 Intent 的 Action 为空（即null），系统依据启动时的Intent类型自动识别响应。 -
URI 必须可被调用方读取：若使用私有
file://路径，务必通过FileProvider转换为content://URI，并确保AndroidManifest.xml中已正确定义<provider></provider>。 -
Activity 启动模式应为
standard（默认），避免singleInstance或singleTask导致setResult()无效。 -
目标 Activity 必须是声明
<intent-filter></intent-filter>的同一 Activity——不可在 Fragment 或子 Activity 中调用setResult()。
总结：返回文件的核心不是“发送一个新意图”，而是“响应原始 GET_CONTENT 请求”。只需构造一个仅含 setData() 和必要 flag 的干净 Intent，调用 setResult(RESULT_OK, ...) 即可。系统将自动将其传递给发起方（如 Gmail），完成附件选取闭环。
