2026-08-28 消费查单业务提示展示调整

变更原因

接口 B 返回 HTTP 200，但业务响应为 code=1、message=未找到餐盘待支付订单、data=[]。页面此前显示“未能获取订单 / 缺少订单数据”，没有表达服务端已经明确返回的“无待支付订单”业务语义。

原因定位

• data 成功时是订单对象，未找到订单时服务端返回空数组；客户端原模型只接受对象，存在数组解析失败风险。
• 项目通用网络兼容逻辑在 data 为空时会把业务码归零，导致消费页无法区分“服务端业务失败”和“成功但缺少字段”。
• 订单失败页面固定使用“未能获取订单”标题，再把校验结果放在副标题，因此最终出现了两层通用文案。

代码调整

• 为接口 B 的订单数据增加局部 JSON 适配：订单对象正常解析，空数组解析为无订单，同时保留顶层 code、message 和 trace_id。
• 仅消费查单调用启用“空 data 时保留业务码”，不改变其他旧接口依赖的兼容逻辑。
• 接口 B 返回 code=1 时，订单失败页只显示“未找到餐盘对应的待支付订单”，不再显示“未能获取订单”和“缺少订单数据”。
• 其他服务端业务失败优先显示服务端 message；无明确业务提示的网络或数据异常仍使用原来的通用标题和详细原因。
• 日志继续记录真实业务码、服务端 message 和 trace_id，便于与服务端请求关联。

验证

• 新增空数组响应契约测试，使用本次实际响应结构验证业务码、message、trace_id 和空订单均能正确获得。
• 新增网络结果保留业务码测试，验证消费查单不会再把 code=1 归零。
• JDK 8 完整单测及 Debug APK 构建 BUILD SUCCESSFUL in 13s；98个测试、0 failure、0 error、0 skipped；git diff --check 通过；Debug APK 约61 MB。

业务边界

• 不改变接口 B 地址、请求字段、订单金额规则或状态机收尾逻辑。
• code=1 是接口 B 当前“无待支付订单”的协议值，集中定义并增加注释，不在多个调用点复制。
• 本次仅编辑和验证，不执行 Git 暂存、提交、推送或历史改写。