Google Fit午夜重置时间、API限制及同类安卓应用开发技术问询

1. 午夜重置准确时间查询相关 #

Google Fit的午夜重置时间不使用统一的全局标准时间，完全对齐用户设备当前设置的时区对应的0点，你无法通过公开API直接查询到重置触发的绝对时间戳，只能在获取用户授权后读取其设备时区，自行计算对应重置时间点。 #

2. Google Fit API 限制说明（含午夜重置相关特殊限制） #

通用使用限制 #

• 调用频次限制：单个云项目每100秒最多请求1000次，单个用户每100秒最多请求100次，超出阈值会返回429 Too Many Requests错误
• 权限限制：所有数据读写都需要申请对应敏感权限，获得用户手动授权后才可操作对应范围的数据
• 数据存储限制：单个应用写入的非聚合数据最多保留90天，系统原生采集的数据保留期限不受该限制

午夜重置相关特殊限制 #

• 重置前后15分钟（对应时区的23:45~00:15）查询单日聚合数据时，返回的结果可能存在延迟或数据不全，属于正常情况，需等00:15重置完成后再查询才能获得前一天的最终准确统计值
• 重置过程中写入前一天的历史数据大概率会被系统拒绝，或写入后不会纳入前一天的聚合统计，建议等重置流程结束后再补发历史数据写入请求

3. 调用Google Fit API开发同功能安卓应用的可行性 #

无法完全实现和Google Fit功能完全一致的应用。
Google Fit的核心能力包括低功耗后台传感器持续采集、系统级活动自动识别、跨设备数据同步合并、离线数据缓存等，均由安卓系统内置服务提供，未通过公开API对外开放。你通过Google Fit API仅能实现读取已授权的Google Fit历史数据、写入指定健康数据到Google Fit云端的操作，无法复刻其原生的核心采集、识别能力。如果要开发同类应用，你需要自行实现传感器采集、活动识别、本地数据存储等核心逻辑，Google Fit API仅可作为补充的跨应用同步数据源使用。 #

4. 日期切换时的处理逻辑 #

Google Fit的日期切换完全基于用户设备当前设置的时区，具体流程如下：

1. 到达设备对应时区的23:59时，系统先冻结当日的聚合统计链路，新产生的活动数据暂时存入临时缓存，不再计入当日统计
2. 时区时间到0点整时触发重置流程：首先计算当日所有数据的最终聚合值（步数、卡路里、活动时长等指标），写入前一天的历史存储节点
3. 清空当日临时统计缓存，初始化新日期的统计字段，临时缓存内的新数据按时间戳划入新日期的统计范围
4. 整个重置流程一般10~15分钟内完成，完成后前一天的聚合数据默认不再变动，除非用户手动修改或有权限的第三方应用写入对应日期的历史数据
   如果用户跨时区修改设备时区，系统会自动按最新时区重新计算最近3天的日期分界，调整对应日期的聚合统计结果，可能出现前一天统计数据变动的情况。

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