[讨论] 《Rust实战》书友互动第九集：时间与时间保持

来到时间的章节，也即将进入本书的倒计时，期待大伙继续讨论，共同学习也。

演绎时间：即日起至6月18日

在（Windows和非Windows)中，设置时间有什么不同，如何实现遵循一种相同模式？

在 Rust 中，设置时间在 Windows 和非 Windows 系统中有所不同。在 Windows 中，可以使用 SetSystemTime 函数来设置系统时间，而在非 Windows 系统中，可以使用 settimeofday 函数来设置系统时间。

为了实现遵循一种相同模式，可以使用 Rust 的条件编译功能。可以使用 cfg 属性来检查当前操作系统，并根据操作系统选择不同的时间设置函数。

如果想实现类似c语言中#if来导入库的功能，用什么形式？

顺便问个偏门问题吧——哪家NTP服务器时间不准？

建议收到，已反馈给人民邮电啦，他们会反馈给编辑内部。

大家问答接龙继续哇，继续接4楼的nemon的问题啊

【顺便问个偏门问题吧——哪家NTP服务器时间不准？】

这个我搜了看，NTP这个都是分时区，分经纬度的，

另外看起来也和你去访问的服务器的网络状况有关，所以准不准可能各有不同。反正最好是就近原则，离你网络近的不拥挤的，应该就会好。

里面也有一些疏漏还没校正，我记得以前买书，都附有一张勘错（甚至隔段时间还会专门收到更新的）。现在长大点，书读少了，发现值得精读的书也少了。。。

NTP时钟这个我知道答案哦，NTP时钟是分等级的，如果没有上级时钟的NTP源（比如一个封闭网络中选取的一台服务器），那么时钟精度肯定是不高的，但是如果网络中全部设备的时钟都更随这个时钟源，那么即使这个时钟源一天只有23个小时，也是可以作为一级时钟源，从时钟源取得时钟并将自己作为NTP时钟源的化，需要降低时钟源等级。

另外NTP时钟设计的时候，似乎没有考虑到多路径的情况，如果每次收发包的路径不同，路径延迟不一样，获取的时钟自然会有误差。

在 Rust 中没有直接类似 C 语言中 #if 来导入库的方式。Rust 的依赖管理是通过 Cargo.toml 文件来进行配置的。至于哪家 NTP 服务器时间不准，这也不确定，不同的 NTP 服务器可能会因为各种原因出现短暂的时间偏差，一般来说知名的、广泛使用的 NTP 服务器可靠性会高一些。

NTP是一种服务系统，其原理是时间基准源都有较为精准的时间钟系统，NTP的客户端使用UDP协议，向NTP发送请求后都会接到服务的时间搓数据包，客户端多次发送和接收服务器时间，就可以计算出客户端大概的路程时间，根据该时间可以校时的具体时间。rust的编程中的时间系统提供了两种格式，一种是带时区的UTC系统和不带时区的本地时系统。但是根据个人经验，时间应该定义成UTC较好，本地时间只用来显示。