Android 里用 MediaStore 检索图像经典写法是 managedQuery 拿一个 Cursor再在 onClick 里调用 cursor.moveToNext() 翻到下一张。一旦 Cursor 不动图片就会卡在第一张日志里看不到崩溃点按也像没反应。遇到这种问题靠来回改 projection 很费时间我习惯把查询片段和 Logcat 丢给 TaoToken 配好的 Codex让它先解释游标状态再给修正代码。动手前先打开 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 创建 API Key把 Codex 的 Base URL 填成 https://taotoken.net/api后面每步都能直接跟做。原文里“执行查询返回一个 cursor”和 onClick 中 moveToNext 的排查步骤可以完整保留只是把“打开官网、注册、申请 Key、进控制台、看文档”这些动作都换到 TaoToken 的落地页完成。本文不做另一套流程还是 managedQuery 拿 Cursor还是遍历图片还是 onClick 翻页只是中间多了一个能稳定对话的 Codex 通道帮你核对 getColumnIndexOrThrow 和 moveToNext 的索引取值。只要你愿意Codex 还能根据你的投影列输出一版修正后的 MediaStore 查询代码但编译和运行必须回到你自己的 Android 工程里做。1. onClick 里 cursor.moveToNext() 返回 false先分清游标状态1.1 原文的 managedQuery 返回 Cursor 后图片翻页逻辑长什么样原文的路径很典型先拼一个投影数组里面通常会有_ID、DISPLAY_NAME、DATA这几列然后用managedQuery()查MediaStore.Images.Media.EXTERNAL_CONTENT_URI拿到一个 Cursor接着在初始化阶段moveToFirst()把第一张图显示到 ImageView最后在按钮的 onClick 里调用cursor.moveToNext()取下一行再根据图片路径更新界面。简化后的逻辑大致是这样String[] projection { MediaStore.Images.Media._ID, MediaStore.Images.Media.DISPLAY_NAME, MediaStore.Images.Media.DATA }; Cursor cursor managedQuery( MediaStore.Images.Media.EXTERNAL_CONTENT_URI, projection, null, null, null ); if (cursor ! null cursor.moveToFirst()) { int dataIndex cursor.getColumnIndexOrThrow(MediaStore.Images.Media.DATA); String path cursor.getString(dataIndex); imageView.setImageURI(Uri.parse(path)); }onClick 里通常写成public void onClick(View v) { if (cursor ! null cursor.moveToNext()) { int dataIndex cursor.getColumnIndexOrThrow(MediaStore.Images.Media.DATA); String path cursor.getString(dataIndex); imageView.setImageURI(Uri.parse(path)); } }这个写法在旧版本 Android 上能跑但到了新版本、分区存储、权限模型变化、或者 projection 和取值列不一致时moveToNext()就可能永远返回 false。此时界面没有任何异常用户只会觉得“图片切不动”。1.2 moveToNext 不生效的三种常见状态-1、末尾、被重置Cursor 的 position 不是“当前显示第几张图”这么直观。它初始在 -1也就是第一行之前。调用moveToFirst()后才到 0调用moveToNext()会从当前位置往后走一行。所以下面几种情况都会让moveToNext()返回 false第一种Cursor 里只有一行。你的查询条件没有报错但结果集只有一张图moveToFirst()之后已经在唯一一行再moveToNext()自然没有下一行。第二种Cursor 已经在末尾。比如你之前点过多次或者初始化时已经遍历过一轮position 停在最后一行之后。再次调用moveToNext()仍然返回 false而且不会自动回到第一张。第三种Cursor 被重新查询或替换了。onClick 里如果不小心又执行了一次managedQuery()新 Cursor 的 position 回到 -1你手里的旧 Cursor 可能被关闭后续 moveToNext 的行为就不符合预期。还有一种容易忽略的情况getColumnIndexOrThrow()用的列名不在 projection 里。比如 projection 里只有_ID和DISPLAY_NAME代码却去取DATA这会直接抛IllegalArgumentException。如果异常被外层 catch 吞掉界面看起来就是“没反应”。1.3 把日志和片段整理成 Codex 能接住的排障输入让 Codex 帮你查 Cursor 为什么不动不要只丢一句“moveToNext 不生效”。最好按下面格式整理Android 版本比如 Android 13查询 URI比如MediaStore.Images.Media.EXTERNAL_CONTENT_URIprojection 数组里实际有哪些列Cursor 初始化后是否调用过moveToFirst()onClick 里是否重新执行查询Logcat 里有没有column data does not exist或IllegalArgumentException相册里实际有多少张图。然后向 Codex 提问我有一段 Android MediaStore 代码用 managedQuery 返回 Cursor。 projection 是 _ID, DISPLAY_NAME, DATA。 onClick 里调用 cursor.moveToNext()图片不切下一张。 请分析可能原因并输出修正后的 Java 代码。 只生成和解释代码我会在本地 Android 工程里编译运行。这样 Codex 会先检查 projection 和 getColumnIndexOrThrow 是否匹配再检查 moveToNext 的位置语义而不是直接给你一段万能模板。2. 让 Codex 稳定接住 MediaStore 排障~/.codex/config.toml 指向 TaoToken2.1 去 TaoToken 控制台创建 API Key 并确认模型 ID打开 TaoToken 注册账号进入控制台创建 API Key。记下以YOUR_API_KEY形式出现的密钥不要直接写进代码仓库也不要贴到公共聊天窗口。接着在模型广场里确认当前可用的模型 ID。本文不会替你写死某个模型名因为模型广场的列表会变以 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 模型广场当时显示为准。原文如果让你去某个控制台复制 Key、查看文档、看模型名这一步都在 TaoToken 落地页完成。创建好 Key 后建议顺手看一眼用量页后面 Codex 每次对话都会记到对应 Key 上排障时更容易判断请求有没有发出去。2.2 config.toml 最小配置base_url 填 https://taotoken.net/apiCodex 的配置文件在~/.codex/config.toml。不要把它和官网地址混在一起官网落地页加 UTM用于注册、创建 Key、看模型广场填进 Codex 的 Base URL 是https://taotoken.net/api末尾不要加/v1。最小配置可以写成model YOUR_MODEL_ID model_provider taotoken [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api env_key TAOTOKEN_API_KEY wire_api chat其中YOUR_MODEL_ID从模型广场复制env_key指向环境变量名不要把真实 Key 写进 TOML。保存后设置环境变量export TAOTOKEN_API_KEYYOUR_API_KEY如果你用 Windows可以在系统环境变量里新增TAOTOKEN_API_KEY值填控制台创建的 Key。配置完开一个新终端让环境变量生效。2.3 环境变量与第一次验证问一个 MediaStore 小问题先别急着把整段 Android 项目丢进去。用一句 MediaStore 小问题验证通道codex 请用三句话解释 MediaStore.Images.Media.EXTERNAL_CONTENT_URI 上的 managedQuery 返回的 Cursor 初始 position 是多少如果 Codex 能正常回答说明 Key、Base URL、模型 ID 至少通了。如果返回 401优先检查TAOTOKEN_API_KEY有没有拼错如果返回 404检查base_url是否多写了/v1或者模型 ID 是否从模型广场正确复制。验证通过后再进入正式排障能少绕很多弯。3. 把 managedQuery 片段交给 Codex先核对投影列和 getColumnIndexOrThrow3.1 投影列与 getColumnIndexOrThrow 不匹配时会发生什么getColumnIndexOrThrow()的特点是列名不在 projection 里就直接抛异常。原文如果 projection 里没有DATA但 onClick 里仍然调用int dataIndex cursor.getColumnIndexOrThrow(MediaStore.Images.Media.DATA);那么代码会在取列索引这一步失败。你看到的现象可能不是“图片不切”而是点击后闪退如果异常被上层捕获就表现为无响应。Codex 拿到这段代码后通常会先让你列出 projection 和实际取值的列再对照getColumnIndexOrThrow的参数。更麻烦的是 Android 10 之后DATA列在分区存储环境下不再可靠。即使 projection 里写了DATA拿到的路径也可能无法直接给 ImageView 使用。此时应该改用_ID列然后用ContentUris.withAppendedId()构造图片 Uri。3.2 moveToNext 的位置语义为什么在 onClick 里直接调用会少一张或多一张有人会在初始化时调用moveToFirst()显示第一张然后 onClick 里调用moveToNext()显示第二张。这个顺序本身没问题。但如果初始化时代码已经用do while遍历了一遍Cursor 停在末尾onClick 再调用moveToNext()肯定返回 false。另一种情况初始化时没有调用moveToFirst()Cursor 的 position 是 -1。第一次 onClick 调用moveToNext()会移动到第 0 行显示的其实是第一张用户以为应该显示第二张于是觉得“切不动”。第二次点击才到第 1 行。这类问题不是 Cursor 坏了而是初始位置和点击语义没有对齐。让 Codex 解释时可以要求它输出一张状态表操作position 变化显示结果初始-1无moveToFirst0第一张moveToNext1第二张moveToNext最后一行后count无返回 false有了这张表你再回头对照自己的 onClick就能判断到底是少了一次 moveToFirst还是已经走到了末尾。3.3 让 Codex 输出最小日志方案打印 position、count、isAfterLast与其猜不如让 Codex 给你一段最小日志代码。把下面需求发给它请在不改变现有业务逻辑的前提下给我加一段 Android 日志 打印 Cursor 的 getPosition、getCount、isAfterLast、isBeforeFirst。 只输出日志代码和放置位置我会自己合并到本地工程。Codex 可能会给出Log.d(MediaStoreCursor, count cursor.getCount() , position cursor.getPosition() , afterLast cursor.isAfterLast() , beforeFirst cursor.isBeforeFirst());把这段日志放在moveToNext()前后各打一次就能看到点击时 position 有没有变化。如果 count 是 1说明查询结果只有一张图如果 count 大于 1 但 position 一直在 0说明 moveToNext 没有成功执行如果 position 直接跳到 count说明已经越界。4. 修正 MediaStore 图片翻页从 managedQuery 换成 ContentResolver.query4.1 投影只保留 _ID用 ContentUris 构造图片 Uri修正版不再依赖DATA列而是只查_ID和展示需要的列。图片 Uri 用ContentUris.withAppendedId()生成String[] projection { MediaStore.Images.Media._ID, MediaStore.Images.Media.DISPLAY_NAME, MediaStore.Images.Media.DATE_ADDED };这样在 Android 10 及以上版本更稳也不会因为DATA列不存在而抛IllegalArgumentException。如果原文的业务只是展示图片DISPLAY_NAME和DATE_ADDED甚至可以不要只保留_ID就够了。4.2 初始化 Cursor 与 showCurrentImage 的完整代码下面是一版可对照的 Java 代码。它用ContentResolver.query()替代managedQuery()并把 Cursor 的初始化和翻页分开private Cursor imageCursor; private int idColumnIndex; private void loadImages() { String[] projection { MediaStore.Images.Media._ID, MediaStore.Images.Media.DISPLAY_NAME, MediaStore.Images.Media.DATE_ADDED }; imageCursor getContentResolver().query( MediaStore.Images.Media.EXTERNAL_CONTENT_URI, projection, null, null, MediaStore.Images.Media.DATE_ADDED DESC ); if (imageCursor null) { return; } idColumnIndex imageCursor.getColumnIndexOrThrow(MediaStore.Images.Media._ID); if (imageCursor.moveToFirst()) { showCurrentImage(); } } private void showCurrentImage() { long id imageCursor.getLong(idColumnIndex); Uri uri ContentUris.withAppendedId( MediaStore.Images.Media.EXTERNAL_CONTENT_URI, id ); imageView.setImageURI(uri); }注意getColumnIndexOrThrow()的参数和 projection 里的列名保持一致。如果你后面又改 projection记得同步改索引列。4.3 onClick 下一张与上一张别让 moveToNext 越界后回到第一张翻页按钮可以这样写public void onClickNext(View v) { if (imageCursor null) { return; } if (imageCursor.moveToNext()) { showCurrentImage(); } else { Toast.makeText(this, 已经是最后一张, Toast.LENGTH_SHORT).show(); } } public void onClickPrevious(View v) { if (imageCursor null) { return; } if (imageCursor.moveToPrevious()) { showCurrentImage(); } else { Toast.makeText(this, 已经是第一张, Toast.LENGTH_SHORT).show(); } }moveToNext()返回 false 时Cursor 停在末尾。下一次点击仍然返回 false不会自动回到第一张。如果你希望循环应该在 false 之后显式调用moveToFirst()并显示第一张如果希望停住就保持上面的写法。不要在两个分支里都调用showCurrentImage()否则越界时可能把最后一张重复显示。4.4 Android 10 分区存储与 Android 13 权限注意权限没给够时查询结果可能为空Cursor 的getCount()为 0moveToNext()自然不生效。Android 13 及以上需要READ_MEDIA_IMAGESAndroid 6 到 12 通常需要READ_EXTERNAL_STORAGE。如果你的应用只查自己创建的图片可以考虑使用 MediaStore 的插入接口但原文的相册遍历场景一般需要读取权限。Android 10 引入分区存储后直接拼接文件路径的写法逐渐不可靠。用_ID加ContentUris.withAppendedId()是更稳的方式。Codex 可以帮你把旧代码改成这套写法但权限声明、运行时请求、以及真机测试必须由你在本地工程完成。5. 跑通之后对账用同一把 Key 在模型对话里再问一次游标问题5.1 模型对话里验证 Codex 是否真的按你的代码回答Codex 配置好后不要只看一次输出。把修正后的loadImages()、showCurrentImage()、onClickNext()三段代码贴回对话再问一次请逐行解释这段代码里 Cursor 的 position 变化 并指出如果查询结果只有一张图点击下一张会发生什么。如果回答能准确指出moveToNext()返回 false 的条件说明模型确实读懂了你的代码而不是套模板。此时你再用同一把 TaoToken Key 去模型对话里发一条测试消息确认 Base URL 和模型 ID 在另一个入口也一致。模型对话入口在 TaoToken 模型对话。5.2 回控制台看这次排障的调用记录排障过程中如果发现 Codex 突然不回复先不要改 Android 代码。打开控制台看这次调用是否记上账、Key 是否被禁用、额度是否用完。控制台里能看到 API Key 的调用情况比在终端里反复重试更快定位问题。Key 的创建和查看都在 控制台 API Keys。如果你打算长期让 Codex 帮你读 MediaStore、ContentResolver、Cursor 相关代码可以看看 Coding Plan 的套餐是否够用。本文没有写死价格和额度因为这些信息以官网当时页面为准。5.3 下一步把修正后的 MediaStore 查询在本地跑一遍最后一步仍然要回到你的 Android 工程在本地编译在真机或模拟器上给相册权限观察 Logcat 里count和position的变化。Codex 只能生成、解释和对照代码不能替你连接设备或直接执行查询。你可以把 Logcat 里的新报错再贴回对话让 Codex 继续核对getColumnIndexOrThrow和moveToNext的索引取值。等图片能正常翻页再回 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 看一眼用量确认这次排障从提问到修正的每一步都有记录。