关于时间戳，有一些人存在混淆和误解

LLJ

首先时间戳是从1970年开始所经过的秒数或毫秒数或更高精度。
有一些人对时间戳存在混淆和误解，认为时间戳是区分和有10、13、...位数字文本长度的时间戳，10位是以秒为单位，13是以毫秒为单位。这种观点是错误的，因为时间戳只有精度单位的区别，如：秒、毫秒、...，而不区分也没有规定所谓的10、13、...位数字的时间戳。只是由于现在时间的时间戳它的值是已经大于等于1000000000的10位数字，而时间戳单位为毫秒数则是正好比秒数多3位数字。这并不意味着时间戳必须是10或13位数字，而是因为现在时间已经过去了几十年，时间戳精度单位为秒数的值才达到了10位，精度单位为毫秒数则才达到了13位。

时间戳1000000000表示北京时间2001年9月9日9时46分40秒，如果我们通过代码获取北京时间2001-09-08的时间戳秒数应该是999878400，而“精易模块”也存在误解，所以会是下面的错误结果：

代码：

输出调试文本 (时间_到时间戳 ([2001年9月8日], 真, 真))
输出调试文本 (时间_时间戳转文本 (“999878400”, 2))

输出：

• 0999878400
• 1970-01-12 21:44:38

总之，时间戳和位数无关，只有精度单位的区别。

LLJ

如果看到别人的源码或模块的时间戳操作带有 10、13位 这些文字信息，那就是搞混和误解，因为时间戳和位数无关。比如这个：

  

子程序名	返回值类型	公开	备 注
时间_到时间戳	文本型		把指定日期时间转换为10位或13位时间戳,默认生成13位时间戳。13位：1325252169718，10位：1325252169
参数名	类 型	参考	可空	数组	备 注
欲处理的时间	日期时间型				可为空，默认为现行时间
十位时间戳	逻辑型				本参数为真时，将生成10位时间戳返回
是否补满10位	逻辑型				如果参数为真，则保证一定取出至少10位，如果不足10位，在前面补0. 如果为假，则直接取出

.版本 2<br /> <br /> .子程序 时间_到时间戳, 文本型, 公开, 把指定日期时间转换为10位或13位时间戳,默认生成13位时间戳。13位：1325252169718，10位：1325252169<br /> .参数 欲处理的时间, 日期时间型, 可空, 可为空，默认为现行时间<br /> .参数 十位时间戳, 逻辑型, 可空, 本参数为真时，将生成10位时间戳返回<br /> .参数 是否补满10位, 逻辑型, 可空, 如果参数为真，则保证一定取出至少10位，如果不足10位，在前面补0. 如果为假，则直接取出

chenyucheng

对，我没有搞混那就最好，我刚开始在查UNIX时间戳的时候，他只说了句“是以格林威治时间(零区时间)1970年1月1日0时起，至想要以时间戳表示的日期时间止的秒数”，并没有说“最多十位”这句话。

LLJ

7ian 发表于 2023-5-10 00:13
1000000000的开始的10位时间戳，也就是2001-09-09 09:46:40，而大于9999999999超过10位，这个时间是2286-11 ...

抱歉，我之前太较真就直接用“不存在10位、13位”，我现在改成了“不区分和不规定10位、13位”。
确实，现在时间戳的值看起来是10、13位，但如果要在严肃且专业的场景下，则不能这么叫，这和位数无关。
不考虑2286年，而如果要表示某人的生日，可能是2000年、1999年...... 上面误解而写的代码已经出bug。

7ian

1000000000的开始的10位时间戳，也就是2001-09-09 09:46:40，而大于9999999999超过10位，这个时间是2286-11-21 01:46:39，我们都在用这个时间段，所以现在说的10位跟13位这么区分叫法也没毛病，毕竟都叫习惯

Daen

确实很有道理

小了白了兔

所以……你到底想说什么