不同传感器数据中纳秒时间的不同值。如何弄清楚它们？

Question

自从最新的 Android 更新 (v. 8) 以来，我在尝试读取传感器时发现了一个非常奇怪的行为。更具体地说，我说的是 WiFi 和蜂窝塔。这里有两个例子：

当我读取 WiFi 接入点信息数据并尝试使用此代码将 accessPoint.timestamp 转换为绝对时间戳时：

long timeInMillis = System.currentTimeMillis() + ((accessPoint.timestamp * 1000L -
                SystemClock.elapsedRealtimeNanos()) / 1000000L);

但是，当我使用 nearbyCellTowers = mTelephonyManager.getAllCellInfo(); 阅读 Cell Towers 时，相同的代码无法正常工作，我必须使用其他代码：

long timeInMillis = System.currentTimeMillis() + ((gsmRecord.getTimeStamp() -
                    System.nanoTime()) / 1000000L);

如果您没有注意到区别，那是在使用 SystemClock.elapsedRealtimeNanos() 或 System.nanoTime()。

根据 Android 文档 getTimeStamp() 是：

getTimeStamp(): 自启动以来此单元格信息的近似时间（以纳秒为单位）

WiFi 类似：

时间戳： 上次看到此结果时的时间戳（以微秒为单位）。

虽然描述看起来相同（自启动以来的时间），但值却完全不同。可以看到，WiFi时间戳相当于SystemClock.elapsedRealtimeNanos()的值，而CellInfo时间戳相当于System.nanoTime()。

除非我调试并查看结果，否则我永远不能说哪一个可以与这两个函数中的哪一个一起工作。我在这里错过了什么吗？有人可以为我澄清一下吗？这两个函数的主要区别是什么？为什么描述相同的两个时间戳的值不同？

Answer 1

ScanResult#timestamp 和 CellInfo#getTimeStamp() 不一样。从文档中看得很清楚。

ScanResult#timestamp

最后一次看到此结果时的时间戳（以微秒为单位）。

我认为“自启动”一词会让您感到困惑。这意味着计时器将在系统重新启动时重置（绝不意味着计时器在系统启动时启动）。

CellInfo#getTimeStamp()

自启动以来此单元格信息的近似时间（以纳秒为单位）

与上一个一样，计时器将在重启时重置。

WiFi 时间戳与 SystemClock.elapsedRealtimeNanos()，而 CellInfo 时间戳为 相当于 System.nanoTime()。

我认为您的意思是“可比较”的“兼容”。这里不存在兼容性问题。 SystemClock.elapsedRealtimeNanos() 和 System.nanoTime() 都将时间表示为纳秒。

System.nanoTime()

返回正在运行的 Java 虚拟机的高分辨率时间源的当前值，以纳秒为单位。它在深度睡眠中停止

SystemClock.elapsedRealtimeNanos()

返回自启动后的纳秒。即使在睡眠中也会继续抽搐。

---

最后到FreeNickname的问题：

据我了解，简单地使用 System.nanoTime 会破坏旧 安卓版本。如果我们想在不同的地方使用不同的方法 Android版本，我们需要具体了解哪些版本 Android 以哪种方式运行。还是特定于供应商？

您可以在所有版本的 Android 中使用SystemClock#elapsedRealtime()。它在 API 级别 1 中引入。请注意，与 elapsedRealtimeNanos() 不同，它返回毫秒。