android13位时间戳转换：输入13得到什么？

13这个值到底代表什么？

在Android开发里，13位时间戳通常指毫秒级Unix时间戳，但如果你直接把数字13丢进转换工具，它会被当作秒级Unix时间戳处理。证据显示，输入13后，unix字段是13，milliseconds字段是13000，iso字段是1970-01-01T00:00:13.000Z，utc字段是1970-01-01 00:00:13。也就是说，13秒对应13000毫秒，时间点落在1970年1月1日零点过13秒。这个结果看起来离现在很远，恰恰说明13位时间戳的数值通常很大，而13本身只是一个很小的秒值。

从13出发的换算步骤

换算逻辑并不复杂：先确认输入被当作秒，再乘以1000得到毫秒值。证据里，13乘以1000等于13000，这个毫秒值再格式化成ISO字符串，就是1970-01-01T00:00:13.000Z。UTC时间去掉T和Z后显示为1970-01-01 00:00:13。如果你在Android代码里拿到的是13位毫秒值，比如某个事件的时间戳，直接除以1000取整才能得到秒级值，但这里输入13本身是秒，所以不需要再除。实际做android13位时间戳转换时，先判断位数很重要：10位按秒处理，13位按毫秒处理，混用会得到完全不同的日期。

相邻参数对比：12、14和13的差别

把13和相邻的12、14放在一起看，差别很直观。输入12时，iso是1970-01-01T00:00:12.000Z，毫秒值12000；输入14时，iso是1970-01-01T00:00:14.000Z，毫秒值14000。13正好落在中间，毫秒值13000。再看更大的值，输入673得到1970-01-01T00:11:13.000Z，输入3613得到1970-01-01T01:00:13.000Z。这些结果说明，秒值每增加1，ISO时间就前进1秒；而毫秒值始终是秒值的1000倍。对于13位时间戳转换来说，这种倍数关系是理解毫秒与秒对应关系的基础。

负值输入会得到什么？

工具也接受负数。证据中，输入-3587时，iso为1969-12-31T23:00:13.000Z，utc为1969-12-31 23:00:13，毫秒值是-3587000；输入-647时，iso为1969-12-31T23:49:13.000Z，毫秒值是-647000。负值表示1970年之前的时间点，这在处理历史数据或时区偏移计算时偶尔会遇到。做android13位时间戳转换时，如果遇到负的13位毫秒值，同样可以先除以1000得到秒，再交给转换逻辑，但要注意整除方向，避免舍入误差。

在Android里怎么用这个结果

Android的System.currentTimeMillis()返回的是毫秒级时间戳，通常有13位。拿到这个值后，如果要显示成可读日期，可以用SimpleDateFormat或java.time包格式化。但如果你手头只有13这个秒值，想验证转换逻辑，可以直接用时间戳转换工具输入13，对照输出中的ISO和UTC字段。需要补充Java侧的处理细节时，可以参考java13位时间戳转换：从毫秒值到可读时间，里面讲了毫秒值到日期的对应关系。另外，时区处理容易出错，UTC结果1970-01-01 00:00:13是基准，本地显示还要加上时区偏移。

相关文章

• 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与本地时区、边界值与常见报错排查。

常见问题