go框架(adventure time)
1. 前言
时间包括时间值和时区，没有时区信息的时间不完整、不明确。当与外界传输或解析时间数据时，我们应该使用像HTTP协议或unix时间戳这样没有时区模糊的格式。如果使用一些不包含时区的非标准时间表达式格式(如yyyy-mm-DD hh 3360mm 3360s)，则存在隐患，因为场景的默认设置，如系统时区、数据库的默认时区等都可能导致事故。确保服务器系统、数据库和应用程序使用统一的时区。如果因为一些历史原因，每个应用程序都保持不同的时区，那么在编程的时候应该仔细检查代码，知道使用不同时区的程序之间交换时间数据时的行为。第三节将详细解释时间的行为。不同场景下的Time程序。
2. Time的数据结构
go1.9之前，时间。时间被定义为：
Sec表示从00:00:00UTC到要表示的整数之间的秒数，nsec表示剩余的纳秒数，loc表示时区。sec和nsec处理明确的时间值，loc处理偏移量。
因为2017年一秒的飞跃，国际时钟的调整，时间的两次减法的时间差。现在()by Go程序得到一个意外的负数，导致cloudFlare的CDN服务中断。详见https://blog . cloud flare.com/闰秒如何及为何受影响-cloud flare-DNS/了解详情。go1.9修改了执行时间。时间而不影响现有的应用程序代码。Go1.9定义的时间。时间为
3.时间的行为
4. time时区处理不当案例
同事们参与了时间的计算。用这种方法得到的时间，发现是8小时以上。我觉得有问题。经过同事和我讨论，得出结论后，我们漫不经心地直接改变了原来的功能。我们没有意识到这是一个非常危险的操作，只是因为这个功能已经在很多服务代码中使用了(稳住！不要碰公共图书馆！).之前使用这个函数是因为旧的Java项目运行在有东8区时区的系统上，大量代码使用东8区的时间，但是数据库的MySQL时区设置为UTC，GO项目也运行在UTC时区。也就是说，Java项目使用UTC数据库作为东8区，Java程序将东8区的时间字符串写入MySQL。虽然在sequel软件中读取表格内容时字符串是一样的，但里面其实是UTC时间。如果go代码的mysql连接字符串中的loc选项为空，将使用UTC时区来分析数据。多获取8小时的数据。例如，Java代码在mysql中插入了一个“2017-10-29 22:00:00”的数据。原意是东八区2017年10月29日22点，但从MySQL内部来看，是UTC的2017年10月29日22点，转换到2017年10月30日的时间是6如果其他程序解析时认为时间数据是MySQL的UTC时区，就会得到错误的时间。所以时间。现在()。世界协调时()。添加(时间。hour * 8)是在打算将数据写入Java代码创建的表中时直接添加了八个小时，这样Java项目就可以有同样的表现，并占用UTC数据盘点的东八区的时间。
后来面对这个数据库中不一致的数据，在没有办法统一UTC时区的时候，应该用MySQL时间字符串来代替时间。时间避免了时区隐式转换的问题。写的时候，参数应该传递给string类型的时间字符串，解析的时候应该先获取时间字符串。然后自己判断这个字段是用东八区的时间字符串还是用UTC时间字符串表示时间。ParseInLocation获取时间对象，MySQL连接字符串的parseTime选项应该设置为false。比如我想在MySQL中保存东八区的当前时间。SQL参数在格式化之后使用字符串，而不是传递时间。时间，原来的时间。世界协调时()。添加(time.hour * 8)。格式(' 2006-01-02 15:043:05 ')和修改后的time.now()。in(time . fixed)8 * 60 * 60)的输出会一样，但后者是东八区正确的当前时间。原始的GetBjTime()返回时间。Time可能会使用GetBeijingNowTimeString返回字符串，这样可以更好的体现初衷。
世界协调时
5. 时间有关的标准
协调世界时(英语：协调世界时，法语：Temps Universel Coordonn，简称UTC)是最重要的世界时标准，它以原子时间和秒为基础，在时间上尽可能接近格林威治标准时间。中华民国采用CNS 7648 《资料元及交换格式资讯交换日期及时间的表示法》(类似ISO 8601)，称之为世界协调时。中华人民共和国采用ISO 8601:2000国家标准GB/T 7408-2005 《数据元和交换格式 信息交换 日期和时间表示法》，又称协调世界时。
协调世界时是世界上调整时钟和时间的主要时间标准。UTC与0度经线的平均太阳时之差不超过1秒[4]，不符合夏令时。协调世界时是最接近格林威治标准时间的几种替代时间系统之一。在大多数情况下，世界协调时被认为可以与格林尼治时间互换，但格林尼治时间不再由科学界决定。
ISO 8601将使用这个标准来计算一年中的哪一周/某一天的周期时间。
国际标准ISO 8601，称为《数据存储和交换形式信息交换日期和时间的表示方法》，是国际标准化组织日期和时间的表示方法。目前是第三版《ISO8601:2004》取代第一版《ISO8601:1988》和第二版《ISO 860133602000》。
UNIX时间
UNIX时间，或POSIX time，是UNIX或类似UNIX的系统使用的时间表达式：从1970年1月1日世界时0: 00: 00到现在的总秒数，不考虑闰秒[1]。在大多数Unix系统上，可以通过日期%s指令来检查Unix时间。
时区
时区列表
作者：韩进