首发于 C#精粹

切换模式

c#：细说时区、DateTime和DateTimeOffset在国际化中的应用

瓦力

努力，奋斗

先说下结论：

如果系统不考虑全球化的话，那么我们不用考虑时区的问题，因为我们可以认为中国境内的计算机全部用的是北京时间。

1. 时区的来源和划分

地球自转一圈是360度，共24小时，所以1小时15度，即：15度就是1个时区。

国际定义了本初子午线（0度经线）的位置在英国伦敦格林尼治天文台，自然世界时（UTC）也是指的格林尼治天文台（GMT）那里的时间。

认为北京处在东经120度线上，也就是东八区上，所以北京相比UTC时间有8个小时的时差。

由于地球自西向东转，所以北京比格林尼治最先接触阳光，自然就认为北京的时间比格林尼治快8个小时。

比如说：

2020-01-01 00:00:00 +00:00：表示格林尼治此时正值午夜凌晨。

但用北京时间表示为 2020-01-01 00:08:00 +08:00，即：北京此时天已经亮了，人们正在准备上班。

为什么会有北京时间，全世界都用一个UTC时间不就行嘛？

世界那么大，各地都有自己的习惯，如果突然统一起来，真的不习惯。

比如说，按照UTC时间，我们应该午夜凌晨正在上班的路上，这听起来就很疯狂。。。

2. 全国统一用北京时间吗？新疆的也用北京时间？

1949年建国后，国家就规定统一用北京时间了。

新疆地区仅少部分本地居民使用新疆时间，但一般默认是北京时间（不过发布新闻的时候，仍能看到“北京时间”、“新疆时间”的字样）。

为什么新疆要使用北京时，从时区上来看，它们相差有2个时区呢？

解释：

比如说奥运会八点开始，那么：

北京新闻就报道，八点开始

新疆报道，十点开始

四川报道，九点开始

各地都不同，这样不就乱了套吗？所以就有了北京时间这个统一标准。

统一时间后，生活作息会有什么差别？

上午：

北京：8:00–12:00

新疆：10:00–14:00

下午：

北京：1:30–17:30

新疆：15：30–19:30

另外：对于北京的人，感官上有：新疆天黑的晚、上班晚。但其实是一样的，只不过北京的人习惯了6:30就天亮，18:00就天黑而已。

3. 如果需要国际化，该如何使用时间

前提：http请求头中虽然有关于语言（中文简体、英文？）的信息，但是没有携带客户端时区的信息。

既然如此，我们就要在服务端统一一种时区，这样方便我们开发调试，因为是国人开发的应用，所以就用北京时间即可。

剩下的就是客户端了，因为服务端无法预料客户端的时区，所以为了方便统一开发，我们可以统一返回携带时区信息的北京时间，客户端接收后自行转换即可。

常用的携带时区的时间有下面两种格式：

2020-01-02T01:08:07Z

2020-01-02 09:08:07 +08:00

针对这两种格式的转换示例如下：

//北京时间(东八区): 2020-01-02 09:08:07.123
var baseTime = new DateTimeOffset(2020, 01, 02, 09, 08, 07, 123, TimeSpan.FromHours(8));
//常规输出: 不考虑时区
var str = baseTime.ToString("yyyy-MM-dd hh:mm:ss");//2020-01-02 09:08:07
str = baseTime.ToString("yyyy-MM-dd hh:mm:ss.fff");//2020-01-02 09:08:07.123
//考虑时区,形式1
str = baseTime.ToUniversalTime().ToString("yyyy-MM-ddThh:mm:ssZ");//2020-01-02T01:08:07Z
str = baseTime.ToUniversalTime().ToString("yyyy-MM-ddThh:mm:ss.fffZ");//2020-01-02T01:08:07.123Z
//考虑时区,形式2
str = baseTime.ToString("yyyy-MM-dd HH:mm:ss zzz");//2020-01-02 09:08:07 +08:00
str = baseTime.ToString("yyyy-MM-dd HH:mm:ss.fff zzz");//2020-01-02 09:08:07.123 +08:00
//如果当前计算机设置的时区是北京时间(东八区)则输出为true,否则输出false
var parse1 = DateTimeOffset.Parse("2020-01-02 09:08:07.123");
Console.WriteLine($"parse1==baseTime: {parse1 == baseTime}");
//输出true
var parse2 = DateTimeOffset.Parse("2020-01-02T01:08:07.123Z");
Console.WriteLine($"parse2==baseTime: {parse2 == baseTime}");
//输出true
var parse3 = DateTimeOffset.Parse("2020-01-02 09:08:07.123 +08:00");
Console.WriteLine($"parse3==baseTime: {parse3 == baseTime}");

4. 那么c#中的DataTime和DataTimeOffset有什么差别？

相同点：它们两个都存储了年、月、日、时、分、秒、毫秒信息。

区别点：

DateTimeOffset中还存储了时区信息；

而DateTime中未存储时区信息，它总是认为自己存储的时间的时区是当前计算机设置的时区；

5. 以sqlserver为例看数据库中如何存储时间

sqlserver中的关于时间的类型如下：

date ：3字节，表示范围：0001-01-01 到 9999-12-31

datetime ：8字节，表示范围：1753-01-01 00:00:00 到 9999-12-31 23:59:59

datetime2 ：6-8个字节，表示范围：0001-01-01 00:00:00 到 9999-12-31 23:59:59.9999999

smalldatetime ：4个字节，表示范围：1900-01-01 00:00:00 到 2079-06-06 23:59:59

time ：5个字节，表示范围：00:00:00.0000000 到 23:59:59.9999999

datetimeoffset ：10个字节，表示范围：0001-01-01 00:00:00 到 23:59:59.9999999，可表示时区

通过上面列举，我们可以发现，除非我们使用datetimeoffset，否则我们是无法保存时区信息的。

其实，对于服务器来说，数据库中存不存储时区并不是那么重要，只要保证web服务器、数据库服务器设置的时区一致即可！！！

推荐sqlserver中使用： datetime2 。

另外：一般我们常设计列的类型为datetime，而不是datetime2。

其实这有个隐患：当程序中使用DateTime的默认值，即：0000-01-01时，我们无法插入到数据库中，报错如下：

“从 datetime2 数据类型到 datetime 数据类型的转换产生一个超出范围的值”

这个报错，在文章：《c# SqlException: 从 datetime2 数据类型到 datetime 数据类型的转换产生一个超出范围的值》中有专门说明。

6. 浏览器端如何显示时间

在上面【3. 如果需要国际化，该如何使用时间】中建议后端返回的时间携带时区信息，也就是下面两种格式：

2020-01-02T01:08:07Z

2020-01-02 09:08:07 +08:00

那么前端应该怎么显示呢？

幸运的是，js脚本可以直接解析上面两种类型的时间，看下面代码：

> new Date(Date.parse("2020-01-02 09:08:07 +08:00")).toDateString()
>> "Thu Jan 02 2020"
> new Date(Date.parse("2020-01-02 09:08:07 +08:00")).toTimeString()
>> "09:08:07 GMT+0800 (中国标准时间)"