excle10位时间戳转换：输入10得到什么时间？

10为什么对应1970年1月1日的第10秒

Unix时间戳以1970年1月1日00:00:00 UTC为起点，单位是秒。输入10，就是起点之后走过10秒，所以UTC时间显示为1970-01-01 00:00:10。换算成毫秒是10000，ISO格式写作1970-01-01T00:00:10.000Z。这个例子没有时区偏移的干扰，适合用来确认工具或公式是否把输入当作秒来处理。

相邻数值对照：9、10、11的差别

把9、10、11放在一起看，结果分别是1970-01-01 00:00:09、00:00:10、00:00:11，毫秒值对应9000、10000、11000。每增加1，UTC时间就前进1秒，毫秒值增加1000。这种线性关系在10位时间戳里始终成立，只是数值变大后进位会落到分钟、小时甚至日期上，例如670对应00:11:10，3610对应01:00:10。

在Excel里处理10位时间戳的常见做法

表格里如果一列是10位数字，常见做法是用公式把它换算成日期时间，或者直接借助时间戳转换工具核对结果。需要留意的是，Excel的日期系统与Unix起点不同，直接套用日期格式往往显示为与1970年起点相差很远的值，所以通常要先把秒数除以86400再加上起点日期，才能得到可读的日期时间。输入10这类小数值时，结果会落在1970年1月1日附近，正好可以用来验证公式方向是否正确。

负值与边界：时间戳不一定都是正数

时间戳也可以是负数，表示1970年起点之前的时间。例如-650对应1969-12-31 23:49:10，-3590对应1969-12-31 23:00:10。如果表格里出现负的10位数值，不要急着当成错误数据，先确认它是否表示起点之前的时刻。另一方面，10位时间戳能表达的范围有限，数值继续增大时会进入更晚的日期，处理时注意区分秒级和毫秒级输入，避免把10位数字误当成毫秒。

反向换算：从可读时间回到10位数值

已知UTC时间，想反推10位时间戳，可以计算它与1970-01-01 00:00:00 UTC相差的秒数。比如1970-01-01 00:00:10对应10，1970-01-01 00:11:10对应670。反向换算时要注意时区：如果可读时间是本地时间，需要先换算到UTC再计算差值，否则结果会偏移若干小时。对于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与本地时区、边界值与常见报错排查。

常见问题