【首发】1亿次循环吊打整个论坛上所有开源的"获取时间戳"~

shituo · 发表于 2024-6-16 12:04:21

那我拿出这个阁下又该如何应对？

.版本 2

.子程序取指定时间戳, 整数型, 公开, 算法
.参数日期时间, 日期时间型, 可空
.参数十三位时间戳, 长整数型, 参考可空
.局部变量 systime, 整数型

' _取当前现行时间_GetLocalTime (systime)
' _系统时间到易时间_SystemTimeToVariantTime (systime, 时间)
.如果真 (是否为空 (日期时间))
日期时间＝取现行时间 ()
.如果真结束
systime ＝ _Sub ((时间到双精度 (日期时间) － 25569) × 86400, 28800)
' 调试输出 (systime)
返回 (systime)

.版本 2

.子程序时间到双精度_asm, 双精度小数型, 公开
.参数当前时间, 日期时间型

置入代码 ({ 139, 69, 8, 138, 85, 12, 201, 194, 8, 0 })
返回 (0)

niaondaodnaodok · 发表于 2024-6-16 11:53:47

啊啊啊啊啊啊

shituo · 发表于 2024-6-16 11:40:06

但是不包括汇编版本

.版本 2

.子程序取现行时间戳_ASM, 长整数型, 公开
.参数参_秒级, 逻辑型, 可空, 真=秒级的时间戳，假=毫秒级的时间戳。默认：假

置入代码 ({ 83, 87, 86, 139, 45, 24, 0, 254, 127, 139, 29, 20, 0, 254, 127, 59, 45, 28, 0, 254, 127, 116, 4, 243, 144, 235, 232, 131, 124, 36, 20, 0, 184, 16, 39, 0, 0, 185, 128, 150, 152, 0, 15, 68, 200, 184, 104, 245, 255, 255, 190, 253, 255, 255, 255, 15, 68, 240, 184, 0, 152, 73, 207, 191, 0, 111, 239, 73, 15, 68, 248, 106, 0, 81, 85, 83, 232, 11, 0, 0, 0, 1, 248, 17, 242, 94, 95, 91, 93, 194, 8, 0, 83, 86, 139, 68, 36, 24, 11, 192, 117, 24, 139, 76, 36, 20, 139, 68, 36, 16, 51, 210, 247, 241, 139, 216, 139, 68, 36, 12, 247, 241, 139, 211, 235, 65, 139, 200, 139, 92, 36, 20, 139, 84, 36, 16, 139, 68, 36, 12, 209, 233, 209, 219, 209, 234, 209, 216, 11, 201, 117, 244, 247, 243, 139, 240, 247, 100, 36, 24, 139, 200, 139, 68, 36, 20, 247, 230, 3, 209, 114, 14, 59, 84, 36, 16, 119, 8, 114, 7, 59, 68, 36, 12, 118, 1, 78, 51, 210, 139, 198, 94, 91, 194, 16, 0 })
' 对于UNIX时间戳好像大家都有个误区，时间戳是毫秒和秒的区别，与基准时间差值的秒或毫秒多少就是多少，并不是固定的10位和13位。
' 原理是通过GetSystemTimeAsFileTime取得世界时时间戳，然后计算差值。
' 对GetSystemTimeAsFileTime的查看，它储存世界时时间戳的内存地址都是固定的，在R3下无法查出是哪写入的，推测是内核方面写入的且是映射的某个物理地址，查看了xp、win7、win2012、win10、win11系统都是如此，更多系统你可以测试下。
返回 (0)