android10位时间戳转换：输入10为何得到1970-01-01？

参数10的转换结果与含义

把 10 作为 10 位时间戳传入转换函数，输出包含四个关键值：unix 为 10，milliseconds 为 10000，iso 为 1970-01-01T00:00:10.000Z，utc 为 1970-01-01 00:00:10。这说明 10 代表的是 Unix 纪元（1970-01-01 00:00:00 UTC）之后的第 10 秒。在 Android 开发里，10 位数值通常被当作秒级时间戳处理，而毫秒值 10000 则是同一时刻的另一种表示，方便与需要毫秒的接口对齐。

从10出发的逐步换算

换算过程可以拆成两步：第一步，把秒级数值 10 乘以 1000，得到毫秒值 10000；第二步，以 1970-01-01 00:00:00 UTC 为起点，向后推进 10 秒，得到 UTC 时间 1970-01-01 00:00:10，对应的 ISO 字符串是 1970-01-01T00:00:10.000Z。整个过程不涉及时区偏移，因为输出以 UTC 为基准。若需要本地时间，再按设备时区叠加偏移即可。

相邻参数对照：9、10、11的差异

把 9 和 11 放进同一转换函数，可以更直观地理解参数 10 的位置。输入 9 得到 unix 9、milliseconds 9000、utc 1970-01-01 00:00:09；输入 11 得到 unix 11、milliseconds 11000、utc 1970-01-01 00:00:11。三者依次相差 1 秒，毫秒值依次相差 1000。这种对照在调试 Android 日志时很有用：看到相邻时间戳只差个位数，就能判断它们属于同一秒级区间内的连续事件。

Android场景中10位时间戳的常见用途

在 Android 应用里，10 位时间戳常出现在服务端返回的秒级字段、本地事件记录或轻量缓存键中。参数 10 这种极小值一般不会来自真实业务时间，更可能出现在单元测试、占位数据或边界校验里。开发者可以用它验证转换逻辑是否把秒正确放大为毫秒，以及 UTC 输出是否与预期一致。若需要进一步理解秒级与毫秒级的换算关系，可参考 10位时间戳转换函数：从参数10理解转换逻辑 中的说明。

反向换算与输入校验的注意点

从 UTC 时间 1970-01-01 00:00:10 反推回时间戳，结果就是 10；从毫秒值 10000 反推，则先除以 1000 得到 10。Android 端做反向换算时，要留意输入是秒还是毫秒：把 10 误当成毫秒会得到 1970-01-01 00:00:00.010，与预期相差明显。另外，负数时间戳同样受支持，例如输入 -650 会得到 1969-12-31 23:49:10，说明转换函数对纪元之前的时间也能正确表达。实际使用中，可借助 时间戳转换 工具快速核对 10 这类小数值的输出。

相关文章

• jq13位时间戳转换成日期：参数结果核对

  说明参数13按Unix秒转换后的UTC日期，并区分数值13与13位毫秒时间戳。

• jq12位时间戳转换成日期：12 对应哪一刻？

  参数 12 按 Unix 时间戳换算，对应 1970-01-01 00:00:12（UTC），毫秒数为 12000。本文说明结果含义、换算步骤与相邻参数对照。

• jdk8将时间戳转换成instant：8秒的转换结果

  在JDK8中把时间戳8转换为Instant，结果是1970-01-01T00:00:08Z，对应UTC时间00:00:08，毫秒值8000。

• java时间戳转换日期格式14位：先分清秒与毫秒

  从14位时间戳的位数困惑讲起，用实例说明秒与毫秒的差别，并给出Java格式化日期与排查错误的做法。

• java时间戳转换成时间6：从参数6看懂秒级换算

  以参数6为例，讲清Java时间戳换算成时间的思路：秒与毫秒的区别、UTC与本地时区、边界值与常见报错排查。

常见问题