Fit API获取每日步数时间区间异常问题排查求助

结合你描述的场景——期望按自然日拆分区间获取数据，但实际返回了跨时段的非自然日区间，且丢失了今日（2018.05.08）的步数，我整理了几个实用的排查方向：

• 核对请求时间参数的格式与时区匹配
  Fit API通常要求时间参数使用UTC时间戳或ISO 8601标准格式，如果你的代码用了本地时间（比如东八区）却未转换为UTC，会直接导致区间偏移。比如你期望的2018.05.08 00:00本地时间，转换成UTC是2018.05.07 16:00，这就会和API的时间计算逻辑错位。建议打印出实际发送给API的时间参数值，确认是否和预期区间完全一致。

• 确认API的时间区间规则
  部分健身数据API的区间是左闭右开，或是会自动合并连续的活动时段。比如你请求今日区间2018.05.08 00:00 - 当前时刻时，API可能因检测到和前一区间的活动连续性，自动合并了区间。可以查看Fit API文档中关于「时间区间拆分」或「每日数据聚合」的说明，是否有专门参数（比如aggregateBy=day）强制按自然日返回数据。

• 检查今日区间的结束时间逻辑
  你提到今日区间是2018.05.08 00:00 - 当前时刻，要确认代码里获取「当前时刻」的逻辑是否正确——比如是不是用了正确的时间对象，有没有误写成固定时间或前一天的时间？如果代码里不小心用了2018.05.07的当前时刻，今日区间会直接变成无效范围，API自然不会返回数据。

• 单独验证今日区间的请求
  可以单独发送一个仅请求2018.05.08 00:00到当前时刻步数的请求，看是否能返回结果。如果单独请求正常，问题大概率出在批量区间的拆分逻辑上——比如前一个区间的结束时间和后一个区间的开始时间衔接错误，出现间隙或重叠，被API自动调整了区间。

• 排查API返回的分页或截断情况
  有时候API会因数据量过大分页返回，或是截断部分数据。你可以检查返回结果里是否有分页标识（比如nextPageToken），确认今日的数据是不是在后续分页中，而你没有处理分页逻辑。

内容的提问来源于stack exchange，提问作者kokoko