如何使用 Android 获得最准确的时间？

Question

我真的不认为这个问题是重复的。
大多数类似问题的答案都说使用 System.currentTimeMillis() 作为最准确的时间，但我注意到两个并排的 Android 设备可能彼此相差 5 秒或更长时间，或者（更重要的是）实时，我相信 currentTimeMillis() 会反映这种差异。

所以我真正在寻找的是一个全面的解决方案，可以在给定的时刻获得尽可能准确的时间。
例如，它会从 GPS 开始，如果它不可用或没有信号，则回退到 SNTP，或者如果这不起作用，则要求 Android 通过其自己的 SNTP 或运营商 NITZ 刷新其挂钟。

我的目标是在 0.1 秒内准确。
这可能吗？
谢谢。

Answer 1

这可能吗？

这取决于你对“那个”的定义。

所以，让我们先检查一下你的其余材料...

从 GPS 开始

GPS times are not especially accurate depending on hardware。我认为您还需要使用NmeaListener 尝试直接从 NMEA 语句中解析时间数据，因为Location 上的 AFAIK getTime() 是系统时间，而不是一些 GPS 时间。另外，请记住 GPS 访问不是通用的（用户可能已专门禁用它，用户可能已将设备置于飞行模式，用户可能在没有可用 GPS 信号的大型建筑物中）。

回退到 SNTP

您可以尝试许多 SNTP 客户端代码位。请记住，互联网连接不是通用的（设备可能在任何已知接入点之外仅支持 WiFi，用户可能已将设备置于飞行模式，设备可能支持移动数据但在当前位置没有信号强度）。

如果这不起作用，请让 Android 通过其自己的 SNTP 或运营商 NITZ 刷新其挂钟

可以想象，root 设备可能能够以某种方式执行此操作，但 Android SDK 中没有任何内容可供普通应用强制执行此类刷新。请记住，连通性不是通用的（参见上一段中的名册）。

所以，回到：

这可能吗？

如果“那个”是保证在所有情况下都有效的解决方案，那么不，这是不可能的，因为不能保证您有任何与任何时间源进行通信的能力。

如果“that”是一种保证在设备具有 Internet 连接的情况下工作的解决方案，那么您需要询问您的 SNTP 客户端库实施者是否可以达到 100 毫秒的精度。 SNTP 是您唯一可以完全控制的策略之一，除了连接问题，因为 GPS 可能不准确，而且 NITZ 不是您自己管理的。