后台文件管理页翻到第二页时，出现了一个在首页已经见过的文件名；继续往后翻，又有几条记录消失不见。用户会怀疑文件被重复上传，或者担心某些文件已经丢失。这类对象存储文件列表分页错乱的问题，表面看是前端显示异常，实际往往牵扯分页参数、排序规则、键名顺序和缓存状态几个环节。按固定顺序逐层核对，比反复刷新页面更有效。
先核对分页参数与排序字段是否一致
分页错乱最常见的原因是请求之间参数不统一。检查每一页请求携带的每页条数是否相同，游标或起始位置是否严格来自上一页返回的结果，而不是由前端自行计算偏移量。如果列表使用页码加偏移量的方式，还要确认两次请求之间排序字段没有变化。排序字段一旦变化，同一偏移量对应的记录就会整体位移，出现重复和遗漏。建议在调试工具中逐页记录请求参数和返回条数，对照总条数能否闭合，先排除参数层面的问题。
再核对存储端键名顺序与业务端排序逻辑是否冲突
对象存储通常按键名字典序返回结果，而业务端可能按上传时间、文件大小或自定义名称排序。两套顺序不一致时，基于游标的分页就会错位。核对方法是取一小批文件，分别按存储端原始顺序和业务端排序规则列出，观察分页边界处的记录是否对得上。如果业务端在内存中重新排序后再分页，应改为先取全量再排序，或者让存储端承担排序职责，避免两套逻辑各走各的。
检查新增或删除文件后缓存列表是否及时失效
文件增删之后，缓存中的列表如果没有同步更新，翻页时就会读到旧数据。核对时可以在两次翻页之间上传或删除一个文件，观察后续页是否出现已删除的记录或缺少新增的记录。缓存键应包含列表的查询条件和排序方式，文件发生变更时主动失效相关缓存，或者设置较短的过期时间。对于高频变动的目录，宁可少缓存，也不要让用户看到自相矛盾的列表。
可执行的核对清单与回归测试方法
按顺序检查四项：每页条数与游标来源是否统一；排序字段在翻页期间是否保持不变；存储端顺序与业务端排序是否一致；文件增删后缓存是否失效。回归测试时准备一个包含数百个文件的测试目录，连续翻完所有页，统计记录总数是否等于实际文件数，并检查有无重复键名。再在翻页过程中插入和删除文件，确认列表能正确反映变化。测试通过后再上线，能减少大部分分页问题。
对象存储的列表分页看似简单，实际依赖参数、排序和缓存三者的配合。it数运在云服务与数据存储维护中，习惯把这类问题拆成可核对的小步骤，先定位再修改，让交付过程有据可查。技术问题说清楚了，后续维护才会稳定。
