java - 不同传感器数据中纳秒的不同值。如何弄清楚它们?

标签 java android timestamp elapsedtime nanotime

自从最新的 Android 更新(第 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(): Approximate time of this cell information in nanos since boot

WiFi 类似:

timestamp: timestamp in microseconds (since boot) when this result was last seen.

虽然描述看起来相同(自启动以来的时间),但值完全不同。如您所见,WiFi 时间戳相当于 SystemClock.elapsedRealtimeNanos() 的值,而 CellInfo 时间戳相当于 System.nanoTime()

除非我调试并查看结果,否则我永远无法说出哪一个适用于这两个函数中的哪一个。我在这里错过了什么吗?有人可以为我澄清一下吗?这两个函数之间的主要区别是什么?为什么具有相同描述的两个时间戳具有不同的值?

最佳答案

ScanResult#timestampCellInfo#getTimeStamp() 不一样。从文档中可以很清楚地看出这一点。

ScanResult#timestamp

timestamp in microseconds (since boot) when this result was last seen.

我认为“Since boot”这个词让您感到困惑。这意味着计时器将在系统重新启动时重置(这绝不意味着计时器会在系统启动时启动)。

CellInfo#getTimeStamp()

Approximate time of this cell information in nanos since boot

与上一个一样,定时器将在重启时重置。


WiFi timestamp is comparable to the value of SystemClock.elapsedRealtimeNanos(), while CellInfo timestamp is comparable to System.nanoTime().

我认为您所说的“可比较”是指“兼容”。这里没有兼容性问题。 SystemClock.elapsedRealtimeNanos()System.nanoTime() 都以纳秒表示时间。

System.nanoTime()

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

SystemClock.elapsedRealtimeNanos()

返回启动后的纳秒数。即使在 sleep 中它也会继续抽动。




最后到FreeNickname的问题:

From my understanding, simply using System.nanoTime would break older Android versions. And if we want to use different methods on different Android versions, we need to know specifically what versions of Android behave in which way. Or is it vendor-specific?

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

关于java - 不同传感器数据中纳秒的不同值。如何弄清楚它们?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48013525/

相关文章:

java - 如何使用Java更新aes加密

java - OpenCV - Canny 边缘检测无法正常工作

android - 自动更新 Android 启动器

python - 在 Python 中删除旧目录

FFMPEG Webvtt m3u8下载成单个vtt文件,忽略 "X-TIMESTAMP-MAP=MPEGTS="(时间戳同步问题)

java - Hive 启动 -[ERROR] 终端初始化失败;回退到不受支持

java - 使用 Java SSL 的 IBM MQ 错误代码 2397

java、安卓和蓝牙

timestamp - 如何将简单的24小时制转换为时间戳

java - Eclipse 中的 Spring 项目 - 404