unix时间转换

一一一2

  

调试输出 (时间_格林威治转北京 (1470795737, , ))
' 上面的是输出 [2016年8月10日10时22分17秒] 我认为是正确的
' 下面的这个怎么回事？
调试输出 (时间_格林威治转北京 (9999999999, , ))
' 我的电脑输出结果是： [2014年9月7日12时50分7秒]
' http://tools.sharejs.com/unixtime.html 我通过网页测试显示的
' 2286/11/21 上午1:46:39
' 问题出在哪里？

i支持库列表	支持库注释
spec	特殊功能支持库

.版本 2<br /> .支持库 spec<br /> <br /> 调试输出 (时间_格林威治转北京 (1470795737, , ))<br /> ' 上面的是输出 [2016年8月10日10时22分17秒] 我认为是正确的<br /> <br /> ' 下面的这个怎么回事？<br /> 调试输出 (时间_格林威治转北京 (9999999999, , ))<br /> <br /> ' 我的电脑输出结果是： [2014年9月7日12时50分7秒]<br /> ' http://tools.sharejs.com/unixtime.html 我通过网页测试显示的<br /> ' 2286/11/21 上午1:46:39<br /> ' 问题出在哪里？

补充内容 (2016-8-10 10:47):
@冰点 修复下！

猥琐小胖子

看了下模块那边，用的是 增减时间 这个转换。
而增加时间 里面用的参数 只支持整数类型
整数类型的 范围最大只到 2147483647（2的32次方/2 减去1  因为是有符号整数）
又因为 9999999999 > 2147483647
最后结果就不正确。


模块那边的转换也算个BUG，虽然 时间_格林威治转北京 写支持长整数，但内部的调用 增加时间 只支持整数

冯古屋

你要注意下，它是有格式要求的，是对时间戳进行翻译，所以一般都是10位、13位的

冯古屋

冯古屋 发表于 2016-8-10 10:31
你要注意下，它是有格式要求的，是对时间戳进行翻译，所以一般都是10位、13位的

你提的问题，再仔细看，却是我这边理解上有点问题，实测下来却是有点问题，哈哈，不过，我感觉原因是精易模块的机制可能有点问题，需要去看下源码

猥琐小胖子

补充下为什么是那个结果。
整数类型的 9999999999 最后实际就是 1410065407
所以结果是 2014年9月7日12时50分7秒 没错

补充内容 (2016-8-10 10:40):
理解的话，你还是自己定义个整数类型的变量，赋值9999999999进去再输出就清楚了。如果用长整数就不会。