Clock.systemUTC() 返回基于系统时钟且始终以 UTC 为基准的 Clock 实例，避免本地时区干扰，适用于日志、审计等需统一时间基准的场景，但不提供 NTP 校准，测试时应注入而非硬编码。
<p>Java 中通过 <strong>Clock.systemUTC()</strong> 可以直接获取一个基于系统时钟、但始终以 UTC 时区为基准的时钟实例。</p> <H3>什么是 Clock.systemUTC()？</H3> <p>它返回一个 <strong>Clock</strong> 对象，其内部使用系统默认的高精度时钟（如 <code>System.nanoTime()</code> 和 <code>System.currentTimeMillis()</code>），但所有时间计算和转换都以 UTC（协调世界时）为参考时区，不随本地时区变化。</p> <p>这意味着即使你的服务器在东八区（GMT+8），<code>Clock.systemUTC()</code> 返回的时间也始终是 UTC 时间，避免了隐式时区转换带来的误差。</p> <H3>基本用法示例</H3> <p>获取当前 UTC 时间的 Instant：</p> <p><font color="blue">Instant now = Clock.systemUTC().instant();</font></p> <p>配合 LocalDateTime / ZonedDateTime 使用（需显式指定时区）：</p> <ul> <li><font color="blue">LocalDateTime.now(Clock.systemUTC())</font> —— 注意：这其实不推荐，因为 <code>LocalDateTime</code> 本身无时区，用 UTC 时钟生成的值逻辑上仍是“本地”表示，易误解；更推荐用 <code>ZonedDateTime.now(ZoneOffset.UTC)</code> 或 <code>Instant.now()</code></li> <li><font color="blue">ZonedDateTime.now(ZoneOffset.UTC)</font> 或 <font color="blue">Instant.now(Clock.systemUTC())</font> 是等效且清晰的写法</li> </ul> <H3>为什么推荐用 Clock.systemUTC() 而不是 new Clock()？</H3> <p><strong>Clock</strong> 是抽象类，不能直接实例化。Java 提供了多个静态工厂方法：</p> <ul> <li><font color="blue">Clock.systemDefaultZone()</font>：依赖系统默认时区（易受部署环境影响）</li> <li><font color="blue">Clock.systemUTC()</font>：明确、稳定、可预测，适合日志、审计、分布式时间戳等场景</li> <li><font color="blue">Clock.fixed(Instant, ZoneId)</font>：用于测试，固定某个时间点</li> </ul> <p>在微服务、跨时区系统或需要统一时间基准的场景中，<code>Clock.systemUTC()</code> 是最佳实践。</p> <H3>注意事项</H3> <p>它获取的是系统实时时间，精度取决于底层操作系统和 JVM 支持（通常毫秒级，部分系统支持纳秒级）。它<strong>不</strong>提供 NTP 校准能力，如需更高精度或自动校时，需集成外部时间同步服务（如 Chrony/NTP 客户端）。</p> <p>在单元测试中，应避免直接依赖 <code>Clock.systemUTC()</code>，建议通过构造函数或方法参数注入 <code>Clock</code>，便于 mock 固定时间。</p>
