1. Android DialogFragment 拍照选图回调失效Cursor Base URL 改到 TaoToken 后 onActivityResult 丢失排查Android 里用 DialogFragment 同时承载拍照和相册选择是个很常见的需求但坑也集中。最近我把项目里 Cursor 的 Base URL 从默认地址改到 TaoToken 之后发现一个诡异现象拍照链路正常相册选图链路在部分机型上直接崩溃日志里抛出Couldnt read row 0, col -1 from CursorWindow同时onActivityResult回调偶尔收不到Fragment 还被重建了一次。这篇文章就围绕这个场景把 DialogFragment 的配置、权限声明、Base URL 设置片段、两条链路的验证步骤和日志排查清单一次讲清楚适合正在做 Android 图片选择、又刚把 AI 编码工具切到 TaoToken 的同学跟做。先说清楚问题边界。这里的「Cursor Base URL」指的是 Cursor 编辑器里配置的模型服务地址不是 Android 里的Cursor类。两者同名但完全无关排查时千万别混。改 Base URL 本身不会直接影响 Android 运行时真正影响的是你让 AI 生成的代码质量——如果 Base URL 配错、模型返回的代码片段不完整你复制进项目后就会出现query参数写错、MediaStore.Images.Media.DATA列名拼错这类问题。所以这篇既是 Android 排障也是一次「AI 生成代码后如何验证」的实战。我试过把getImagePath里的query第二个参数从null改成只查DATA列崩溃立刻消失。原因就是部分文件管理器返回的content://URI 并不包含DATA列null表示查所有列getColumnIndex找不到就返回 -1getString(-1)直接抛CursorWindow异常。下面按完整链路拆开讲。2. TaoToken 前置配置Cursor Base URL 与 API Key 设置片段在动手改 Android 代码之前先把 Cursor 的模型服务配好否则你后面让 AI 补全的 DialogFragment 代码可能缺参数。TaoToken 的 API 地址是https://taotoken.net/api官网入口在https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content。注意 API 地址不带 UTM 参数直接填https://taotoken.net/api即可。Cursor 的配置分两块一是模型服务地址二是 API Key。打开 Cursor 设置找到 Models 面板把 OpenAI Base URL 覆盖成 TaoToken 的地址然后填入在控制台生成的 Key。控制台地址是https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_base_urlutm_campaignrewriteAPI Key 管理页在https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_base_urlutm_campaignrewrite。如果你用的是 Cursor 的settings.json方式覆盖可以写成这样{ openai.baseUrl: https://taotoken.net/api, openai.apiKey: sk-你的TaoToken密钥, openai.model: claude-sonnet-4-20250514 }如果你用的是 Cline 或 Claude Code 这类插件配置结构略有不同。Cline 的 MCP 配置里需要同时写全三件套Base URL、Key、Model ID。示例{ mcpServers: { taotoken: { baseUrl: https://taotoken.net/api, apiKey: sk-你的TaoToken密钥, model: claude-sonnet-4-20250514 } } }Claude Code 的settings.json里则是{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_API_KEY: sk-你的TaoToken密钥, ANTHROPIC_MODEL: claude-sonnet-4-20250514 } }Codex 的auth.json写法{ base_url: https://taotoken.net/api, api_key: sk-你的TaoToken密钥, model: claude-sonnet-4-20250514 }配好之后建议先用模型对话页验证一下连通性https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_base_urlutm_campaignrewrite。发一句「返回一段 Android DialogFragment 拍照选图代码」看返回是否完整。如果返回被截断说明模型或网络有问题这时候你复制到项目里的代码就会缺参数后面 Android 崩溃的锅不能全让系统背。注意Base URL 末尾不要多加斜杠https://taotoken.net/api和https://taotoken.net/api/在部分客户端里行为不一致容易触发 404。配置完成后Cursor 里让 AI 生成代码时尽量把需求描述完整比如「用 DialogFragment 同时实现拍照和相册选择query 只查 DATA 列处理 getColumnIndex 返回 -1 的情况」。描述越具体生成的代码越接近可运行状态。3. 可复制配置DialogFragment 拍照选图完整代码与权限声明这一节给可直接复制的代码。先看权限声明Android 6.0 以上需要动态申请Android 13 起相册权限拆成了READ_MEDIA_IMAGES。AndroidManifest.xml里加uses-permission android:nameandroid.permission.CAMERA / uses-permission android:nameandroid.permission.READ_EXTERNAL_STORAGE android:maxSdkVersion32 / uses-permission android:nameandroid.permission.READ_MEDIA_IMAGES / uses-permission android:nameandroid.permission.WRITE_EXTERNAL_STORAGE android:maxSdkVersion28 /如果你的应用需要拍照后写入文件还要加FileProviderprovider android:nameandroidx.core.content.FileProvider android:authorities${applicationId}.fileprovider android:exportedfalse android:grantUriPermissionstrue meta-data android:nameandroid.support.FILE_PROVIDER_PATHS android:resourcexml/file_paths / /providerres/xml/file_paths.xml?xml version1.0 encodingutf-8? paths external-files-path nameimages pathPictures/ / cache-path namecache path. / /pathsDialogFragment 核心代码。关键是onActivityResult里区分拍照和选图两个 requestCode并且getImagePath只查DATA列public class PhotoPickerDialog extends DialogFragment { private static final int REQ_CAMERA 1001; private static final int REQ_GALLERY 1002; private Uri cameraUri; Override public Dialog onCreateDialog(Bundle savedInstanceState) { String[] items {拍照, 从相册选择}; return new AlertDialog.Builder(requireContext()) .setTitle(选择图片) .setItems(items, (dialog, which) - { if (which 0) { openCamera(); } else { openGallery(); } }) .create(); } private void openCamera() { File file new File(requireContext().getExternalFilesDir(Pictures), IMG_ System.currentTimeMillis() .jpg); cameraUri FileProvider.getUriForFile(requireContext(), requireContext().getPackageName() .fileprovider, file); Intent intent new Intent(MediaStore.ACTION_IMAGE_CAPTURE); intent.putExtra(MediaStore.EXTRA_OUTPUT, cameraUri); startActivityForResult(intent, REQ_CAMERA); } private void openGallery() { Intent intent new Intent(Intent.ACTION_PICK, MediaStore.Images.Media.EXTERNAL_CONTENT_URI); intent.setType(image/*); startActivityForResult(intent, REQ_GALLERY); } Override public void onActivityResult(int requestCode, int resultCode, Intent data) { super.onActivityResult(requestCode, resultCode, data); if (resultCode ! Activity.RESULT_OK) return; Uri uri null; if (requestCode REQ_CAMERA) { uri cameraUri; } else if (requestCode REQ_GALLERY data ! null) { uri data.getData(); } if (uri null) return; String path getImagePath(uri); Log.d(PhotoPicker, requestCode requestCode , path path); } private String getImagePath(Uri uri) { if (uri null) return null; String path null; Cursor cursor requireContext().getContentResolver().query( uri, new String[]{MediaStore.Images.Media.DATA}, null, null, null); if (cursor ! null) { try { if (cursor.moveToFirst()) { int idx cursor.getColumnIndex(MediaStore.Images.Media.DATA); if (idx 0) { path cursor.getString(idx); } } } finally { cursor.close(); } } return path; } }注意getColumnIndex返回 -1 时必须跳过这就是原 excerpt 里崩溃的根因。另外requireContext()比getActivity()更安全Fragment 重建后getActivity()可能为 null。Fragment 重建问题DialogFragment 在配置变更旋转屏幕或进程被回收后会重建cameraUri这种成员变量会丢失。解决办法是在onSaveInstanceState里保存Override public void onSaveInstanceState(Bundle outState) { super.onSaveInstanceState(outState); if (cameraUri ! null) { outState.putString(camera_uri, cameraUri.toString()); } } Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); if (savedInstanceState ! null) { String s savedInstanceState.getString(camera_uri); if (s ! null) cameraUri Uri.parse(s); } }这样旋转屏幕后onActivityResult里的cameraUri不会变成 null回调链路才完整。4. 验证请求与成功结果拍照、选图两条链路日志排查配好代码后按两条链路分别验证。拍照链路点击「拍照」→ 系统相机打开 → 拍完确认 → 回到 DialogFragment → 日志打印requestCode1001, path/storage/emulated/0/Android/data/包名/files/Pictures/IMG_xxx.jpg。如果 path 为 null检查FileProvider的 authorities 是否和getUriForFile里传的一致。选图链路点击「从相册选择」→ 系统相册打开 → 选一张图 → 回到 DialogFragment → 日志打印requestCode1002, path...。这里最容易出问题的是从「文件管理器」而不是「相册」进入返回的 URI 是content://com.android.fileexplorer.myprovider/...这种 URI 的DATA列可能不存在getColumnIndex返回 -1旧代码直接崩溃。新代码里加了idx 0判断path 会是 null但不会崩。验证时打开 Logcat过滤PhotoPicker标签。正常日志长这样D/PhotoPicker: requestCode1001, path/storage/emulated/0/Android/data/com.example.app/files/Pictures/IMG_1712345678.jpg D/PhotoPicker: requestCode1002, path/storage/emulated/0/DCIM/Camera/IMG_20240101_120000.jpg如果选图后日志里requestCode1002但 path 为 null说明该 URI 没有 DATA 列这时候应该改用ContentResolver.openInputStream读取而不是依赖路径。可以补一段兜底private void handleUri(Uri uri) { String path getImagePath(uri); if (path null) { // 兜底直接读流 try (InputStream is requireContext().getContentResolver().openInputStream(uri)) { Bitmap bitmap BitmapFactory.decodeStream(is); Log.d(PhotoPicker, bitmap (bitmap ! null ? bitmap.getWidth() : 0)); } catch (Exception e) { Log.e(PhotoPicker, openInputStream failed, e); } } }Fragment 重建的验证打开 DialogFragment旋转屏幕再点拍照看onActivityResult是否还能收到。如果收不到检查onSaveInstanceState是否保存了cameraUri以及宿主 Activity 是否在AndroidManifest.xml里配了android:configChanges导致 Fragment 没重建但状态丢了。提示验证时建议用真机模拟器的相机和相册行为跟真机差异较大尤其是content://URI 的返回格式。5. 本篇常见错排查401、local proxy failed、reading choices、OAuth 对照这一节把配置 TaoToken 和 Android 排障中常见的报错对照列出。401 UnauthorizedAPI Key 填错或过期。去https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_base_urlutm_campaignrewrite重新生成注意 Key 只显示一次。Cursor 里如果用了环境变量检查变量名是否写对。local proxy failedCursor 或插件里配了本地代理端口但代理没启动。检查settings.json里有没有http.proxy之类的字段删掉或改成直连。TaoToken 的地址是标准 HTTPS不需要额外代理。reading choices相关报错通常是模型返回的 JSON 结构不完整Cursor 解析失败。原因可能是 Base URL 配错导致返回了 HTML 错误页或者模型 ID 写错。确认openai.model填的是 TaoToken 支持的模型名比如claude-sonnet-4-20250514。OAuth报错Claude Code 或 Codex 如果走了 OAuth 登录流程切到 TaoToken 后要改成 API Key 模式。检查settings.json里是否还有oauth相关字段删掉只保留ANTHROPIC_BASE_URL和ANTHROPIC_API_KEY。Android 侧报错对照Couldnt read row 0, col -1 from CursorWindowgetColumnIndex返回 -1 后还调getString。解决就是加idx 0判断或者 query 时只查存在的列。Failure delivering result ResultInfo{...}onActivityResult里抛异常导致结果分发失败。把getImagePath用 try-catch 包起来别让异常冒泡。onActivityResult收不到检查startActivityForResult是否在 Fragment 里调用不是getActivity().startActivityForResult以及宿主 Activity 是否重写了onActivityResult但没调super。Fragment 重建后回调丢失cameraUri没保存或者onActivityResult里用了getActivity()返回 null。改用requireContext()和onSaveInstanceState。排查清单建议按顺序走先看 Logcat 有没有PhotoPicker日志没有说明onActivityResult没进有日志但 path 为 null看 URI 来源崩溃看堆栈第一行是不是CursorWindow配置问题看 Cursor 的 Models 面板是否显示已连接。6. 语义一致 CTA接入文档、模型对话与 Coding Plan 分流如果你在配 Cursor Base URL 时遇到接入问题比如不知道 Base URL 填哪个、Key 怎么生成直接看接入文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_base_urlutm_campaignrewrite。文档里有各客户端的完整配置示例包括 Cursor、Cline、Claude Code、Codex。想先验证模型返回质量再去改 Android 代码可以用模型对话页https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_base_urlutm_campaignrewrite。发一段 DialogFragment 需求看返回的代码是否包含getColumnIndex的 -1 判断这能帮你判断模型是否靠谱。如果你长期用 AI 辅助 Android 开发经常要生成和排查这类代码可以看 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_base_urlutm_campaignrewrite。它适合高频编码场景比按次调用更划算。最后回到 Android 本身DialogFragment 拍照选图的坑核心就三个——getColumnIndex判 -1、cameraUri保存状态、onActivityResult用requireContext()。把这三处改完再配合 TaoToken 配好的模型服务让 AI 帮你补全边界处理基本不会再出现回调丢失和 CursorWindow 崩溃。