今天遇到一个奇怪的问题，在服务器端通过 c# 获取当前时间为 Fri Aug 28 09:37:46 CST 2009， 转化为
GMT时间为：28 Aug 2009 01:37:46 GMT，也就是说GMT时间加上 8 个小时等于CST表示的时间， 那这个
CST不就是北京时间么，因为我们是在东八区的。
一切看起来很正常，不过在客户端用JavaScript解析这个时间就有问题了：
// Fri Aug 28 2009 23:37:46 GMT+0800
new Date(‘Fri Aug 28 09:37:46 CST 2009‘).toString();
好奇怪，这次GMT和CST表示的时间居然相差整整 14 个小时？
百度一下
找到这篇文章，问题已经很明了。
GMT(Greenwich Mean Time)代表格林尼治标准时间，这个大家都知道。
而CST却同时可以代表如下 4 个不同的时区：
Central Standard Time (USA) UT-6:00
Central Standard Time (Australia) UT+9:30
China Standard Time UT+8:00
Cuba Standard Time UT-4:00
可见，CST可以同时表示美国，澳大利亚，中国，古巴四个国家的标准时间。
前面提到的通过 Java 获取的CST时间用的是China Standard Time，而客户端JavaScript则默认采用的是美国
的中部时间。
所以将 Fri Aug 28 09:37:46 CST 2009 加上 6 个小时，再加上 8 个小时，就等于 Fri Aug 28 2009 23:37:46
GMT+0800
可见，在以后的编程中为了避免错误，还是不要使用CST时间，而尽量采用GMT时间
CST和GMT时间的区别
时间： 2024-07-29 16:53:36
CST和GMT时间的区别的相关文章
Linux/CentOS下的CST和UTC时间的区别以及不一致的解决方法
今天被我遇到了,相差八小时,,,tzselect过了都不行,还得用ntupdate核一下. 网上找的,备不时之需要. ~~~~~~~~~~~~~~~~ 1.在linux中,用date查看时间的时候显示: 2013年 2月 17日 星期三 19:04:14 CST 世界协调时间(Universal Time Coordinated,UTC): GPS 系统中有两种时间区分,一为UTC,另一为LT(地方时)两者的区别为时区不同,UTC就是0时区的时间,地方时为本地时间,如北京为早上八点(东八区),U
java GMT时间转换为CST时间
今天在获取windchill的"上次修改时间"的时候发现获取的是GMT时间,但是我们常用的是CST时间 一开始尝试直接设置为CST时区,TimeZone.getTimeZone("CST"),发现时间比GMT还少了8个小时 北京时间是东8区,后来改成GMT+8或GMT+8:00才获取到CST时间 package test; import java.text.SimpleDateFormat; import java.util.Date; import java.ut
转自文翼的博客：将本地时间转换为 GMT 时间
在写 RSS 订阅接口的时候,发现最终输出文章的 RSS 时间(GMT时间),在本地上显示的时间和在服务器上显示的时间不一致. 原因是时区不一致,那么在 JavaScript 中,如何将时间转换为统一的时间呢? 1. 查看本地和服务器的时区 通过 date 命令,可以知道: 本地的时区是:GMT+0800 (CST) 服务器的时区是:GMT+0400 (MSK) 首先,需要明确的一点是,文章上的时间是基于本地时间的,也就是说是 GMT+0800 (CST). 2. 代码调试 便于理解,我们来举个
【Javascript-基础-Date】本地时间与UTC(GMT)时间转换
UTC(GMT) 整个地球分为二十四时区,每个时区都有自己的本地时间.在国际无线电通信场合,为了统一起见,使用一个统一的时间,称为通用协调时(UTC, Universal Time Coordinated).UTC与格林尼治平均时(GMT, Greenwich Mean Time)一样,都与英国伦敦的本地时相同. 本地时间 北京时区是东八区,领先UTC八个小时,在电子邮件信头的Date域记为+0800. 时间转化为UTC,可以使用一下公式: UTC + 时区差 ＝ 本地时间 ** 注意 **:
C#时间格式之GMT时间的格式
GMT:格林尼标准时间 北京时间=GMT时间+8小时 DataTime nowDate = DataTime.Now; nowDate.toString("r"); 效果为: Wed, 22 Jul 2009 16:24:33 GMT 參数解释: d ShortDatePattern D LongDatePattern f 完整日期和时间(长日期和短时间) F FullDateTimePattern(长日期和长时间) g 常规(短日期和短时间) G 常规(短日期和长时间) m.
Vertica变化Local时间到GMT时间
在Vertica的数据库的使用过程中碰到这么一种场景.程序从不同一时候区的集群中收集数据写入同一张表,然后我们须要把这些数据依照GMT时间来显示. 此时我们能够通过Vertica提供TIME ZONE转换功能来达到这个效果. 首先看一下Vertica默认的TimeZone SHOW TIMEZONE; 这里假定Vertica的默认TimeZone是"Asia/Shanghai" SET TIMEZONE TO 'Asia/Shanghai'; 假定有一张表,TS列存储时间戳,TZ列存储
Vertica转换Local时间到GMT时间
在Vertica的数据库的使用过程中碰到这么一种场景,程序从不同时区的集群中收集数据写入同一张表,然后我们需要把这些数据按照GMT时间来显示.此时我们可以通过Vertica提供TIME ZONE转换功能来达到这个效果. 首先看一下Vertica默认的TimeZone SHOW TIMEZONE; 这里假定Vertica的默认TimeZone是"Asia/Shanghai" SET TIMEZONE TO 'Asia/Shanghai'; 假定有一张表,TS列存储时间戳,TZ列存储所在时
UTC时间、GMT时间、本地时间、Unix时间戳
引用: https://blog.csdn.net/u012102306/article/details/51538574 https://blog.csdn.net/foxir/article/details/43916601 GMT和UTC GMT,即格林尼治标准时间,也就是世界时.GMT的正午是指当太阳横穿格林尼治子午线(本初子午线)时的时间.但由于地球自转不均匀不规则,导致GMT不精确,现在已经不再作为世界标准时间使用. UTC,即协调世界时.UTC是以原子时秒长为基础,在时刻上尽量接近
[转帖]UTC时间、GMT时间、本地时间、Unix时间戳
https://www.cnblogs.com/xwdreamer/p/8761825.html 引用: https://blog.csdn.net/u012102306/article/details/51538574 https://blog.csdn.net/foxir/article/details/43916601 GMT和UTC GMT,即格林尼治标准时间,也就是世界时.GMT的正午是指当太阳横穿格林尼治子午线(本初子午线)时的时间.但由于地球自转不均匀不规则,导致GMT不精确,现在