如果不使用DateTime类,是否可以测量可能跨越多个机器重启的时间跨度?

如果不使用DateTime类,是否可以测量可能跨越多个机器重启的时间跨度?,datetime,timespan,Datetime,Timespan,我有点奇怪的问题 我希望能够独立于系统日期时间测量时间跨度 我们基本上有一个系统,一个中央服务器和多个本地服务器不断与中央服务器同步 中央服务器上的对象仅在指定的时间段内有效,例如2009年10月1日09:00->2009年10月1日17:00 对象可能在其有效时间段之前几个月下载到本地服务器 将对象下载到本地服务器时,该对象上有一个属性,该属性定义了该对象生效之前的时间长度 目前,我只计算从这个时间跨度开始在本地服务器上生效的日期时间,然后在这个时候在本地激活该对象 然而,整个设计都存在缺陷,

我有点奇怪的问题

我希望能够独立于系统日期时间测量时间跨度

我们基本上有一个系统,一个中央服务器和多个本地服务器不断与中央服务器同步

中央服务器上的对象仅在指定的时间段内有效,例如2009年10月1日09:00->2009年10月1日17:00

对象可能在其有效时间段之前几个月下载到本地服务器

将对象下载到本地服务器时,该对象上有一个属性,该属性定义了该对象生效之前的时间长度

目前,我只计算从这个时间跨度开始在本地服务器上生效的日期时间,然后在这个时候在本地激活该对象

然而,整个设计都存在缺陷,因为有人可能会在本地服务器上提前时钟,过早激活下载的对象

是否没有固定的参考点,我可以在本地服务器上使用它来测量时间跨度,这是无法更改的???类似“ticksSinceProcessorInstallation”属性或类似的东西

我知道我可以想出一些解决方案,轮询中央服务器以不断获取在那里的时间,但理想情况下,在最初从中央服务器下载对象之后,本地服务器应该能够始终保持脱机状态

如果有人有任何有用的建议,我将非常感激


谢谢你把它集中起来。如果您无法将其集中到您自己的服务器中,请查询公共时间服务器;您的服务器管理员无法更改这些服务器上的时间

这里的基本原则是,您无法控制用户定义的设置(时钟),因此,如果它如此关键,它就不是一个可靠的测量点。任何衡量“持续时间”的东西都需要一些对当前日期/时间的引用,所以如果你必须考虑本地时间无效,你就不得不去请求另一个服务器获得“真实的交易”。