
你能解释一下这两种语法有什么问题吗?
如果我同时运行这两个命令:
date -u +%s # - for UTC - returns eg 1303430843. date +%s # - for local time - mine is set to pacific time # - also returns eg 1303430843
我得到了完全相同的数字(例如1303430843)秒,没有区别,但我预计25200秒-7小时的差异,就像我运行:
date -u "+%Y-%m-%d %H:%M:%s" # returns: 2011-04-22 00:01:14 date "+%Y-%m-%d %H:%M:%s" # returns: 2011-04-21 17:01:14 - 7 hours difference
这里有什么?
为什么time()不会调用系统调用?
linux时间命令输出中的差异
CLOCK_MONOTONIC最大值
windows是否为应用程序提供了单调递增的时钟?
测量C ++中的时间
谢谢
windows API来触发时间同步
GetLastinputInfo在linux中等同于检测上次input时间
编译器错误 – 可能的IDE错误“未定义的gettimeofday错误引用”
bash内build时间命令的精度是多less?
C#:WMP,时间戳,以毫秒/十分之一秒为单位
从手册页:
自1970-01-01 00:00:00 UTC以来的%s秒
因此%s返回自UTC所指定的特定时间点起的时间(以秒为单位),这意味着它完全不受时区的影响。
没有赶上。 时钟已设置并运行UTC。 date命令考虑了本地时区和日光节约。 这样您就可以显示世界上任何时区的日期/时间。
%s seconds since 1970-01-01 00:00:00 UTC
这不随时区而改变。 计算是一样的。
那是因为格林尼治标准时间使用UTC (大多数情况下它们是可以互换的),PDT目前是7个小时 。
要以秒为单位获得当前UTC时间:
date -u +%s
要以秒为单位获得当前的PDT时间:
TZ=":US/Pacific" date +%s
它的智能够拿起DST,所以你不必担心它。
总结以上是内存溢出为你收集整理的Linux本地与UTC时间(以秒为单位)全部内容,希望文章能够帮你解决Linux本地与UTC时间(以秒为单位)所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)