c# – 为什么是基于Ticks而不是毫秒的DateTime?

前端之家收集整理的这篇文章主要介绍了c# – 为什么是基于Ticks而不是毫秒的DateTime?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
为什么基于Ticks(100纳秒单位)而不是毫秒的DateTime的最小分辨率?

解决方法

> TimeSpan和DateTime使用相同的Ticks进行操作,例如将TimeSpan添加到DateTime中.
>精度更高.主要用于TimeSpan,但上述原因将转移到DateTime.

例如StopWatch测量的时间间隔短于一毫秒.它可以返回TimeSpan.
在我的一个项目中,我使用TimeSpan来解决音频样本. 100ns足够短,毫秒不会.
>即使使用毫秒刻度,您需要一个Int64代表DateTime.但是,随着时间的流逝,大部分时间都在浪费,因为0到9999之间的年龄并不是很有用.所以他们选择蜱尽可能小,同时允许DateTime代表9999年.

约有261.5个蜱,100ns.由于DateTime需要两位用于时区相关的标记,因此100ns刻度是适合Int64的最小十次间隔.

所以使用更长的勾号会降低精度,而不会获得任何东西.使用较短的刻度将不适合64位. => 100ns是给定约束的最优值.

原文链接:https://www.f2er.com/csharp/95005.html

猜你在找的C#相关文章