Flutter调用Dialogflow API detectIntent()报获取访问凭证失败问题

• Flutter项目集成Dialogflow API，所有功能前一天运行正常，次日调用detectIntent()时持续触发鉴权报错
• 已尝试将设备时钟与NTP服务同步，问题未修复
• 具体报错内容：

Failed to obtain access credentials. Error: invalid_grant Invalid JWT: Token must be a short-lived token (60 minutes) and in a reasonable timeframe. Check your iat and exp values in the JWT claim. Status code: 400

这个报错本质是传给Dialogflow的JWT凭据里的时间字段和Google服务端的时间差超出允许范围，别盯着“同步NTP”这一个方向死磕，按下面顺序排查：

• 先打日志把生成JWT时实际写入的iat（签发时间）、exp（过期时间）两个字段的时间戳打出来，转成UTC时间和当前实际时间对比。很多人写的JWT生成逻辑根本没读系统实时时钟：要么是缓存了之前启动时拿到的时间戳没更新，要么是写死了测试时的时间偏移量忘删，甚至有取本地存储里存的旧时间来生成JWT的情况，这种情况就算把设备时钟同步出花来也没用。注意Google实际校验的时间差阈值远小于60分钟，两个时间差超过5分钟就会被拒，别卡着60分钟的上限算。
• 如果你是用googleapis_auth这类官方鉴权包自动生成JWT，检查下有没有手动给凭据客户端传入自定义的clock参数，传错时钟实例是这个包触发同类报错的最高频原因，没有特殊需求不要传这个参数，用包默认的系统时钟实例就行。
• 清掉应用本地所有和Google鉴权、Dialogflow相关的缓存。很多实现会把生成好的access token甚至JWT本身存在本地持久化存储里，下次启动直接复用，但是没存对应的过期时间，等凭据过期了还在拿旧凭据发请求，也会抛这个错。清完缓存冷启动应用，重新走一遍完整的鉴权流程测试。
• 不要信系统设置里显示的“NTP已同步”状态，尤其是定制安卓系统，很多默认同步的是厂商自己的时间服务器，偶尔会出现偏移十几分钟但系统依然显示同步成功的情况。直接在代码里发个普通HTTP请求，拿响应头里的Date字段作为服务端基准时间，算出来和本地时间的差值，生成JWT的时候手动把这个偏移量补上就行。
• 如果你是把服务账号密钥直接放在Flutter客户端里（顺便提一句，这个做法本身风险极高，很容易被反编译泄露密钥），去云控制台检查下对应服务账号有没有被禁用、当前用的密钥有没有被轮换作废，必要的话重新生成一份新的服务账号密钥替换测试。

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