RunAsDate 替代品，补上了缺失的部分

不在于通道的数量。而在于 RunAsDate 在它自己的文档里老实地告诉你，它“对从其他来源获取当前日期/时间的应用不起作用”——然后让你自己去弄清楚你的应用是不是其中之一。

Chrono Mock 把同一句话当作需要测量的东西。每次会话都以一个判定、应用实际读取过的通道及各自的次数、被遗漏的通道，以及在应用还没询问时钟之前就被发现打开了网络连接时的警告结束。

一个看起来时间被改了、其实没有的应用，比一个根本没有启动的应用更糟——它会产出一个毫无意义的通过的测试。 审计是如何工作的 →

RunAsDate 拦截 GetSystemTime、GetLocalTime、GetSystemTimeAsFileTime、NtQuerySystemTime 和 GetSystemTimePreciseAsFileTime。对非常多的应用来说，这确实足够了，因为挂钟时间就是在这些地方被读取的。

其余的部分，则是与日期相关的代码容易藏身之处：

• 时区 - 报告时区的两个函数，加上在时区之间换算的六个函数，报表落到错误日期正是因为它们
• 经过时间轴——滴答计数和无偏的中断时间，试用期倒计时通常测量的正是它们
• 休眠，让延迟成为会话时钟上的延迟，而不是真实时钟上的延迟，还有对象等待，它们被计数并保持真实时长
• 定时器——可等待定时器、窗口定时器、线程池定时器和多媒体定时器
• 进程创建，让安装程序的子进程在同一个会话中运行，而不是跑在当下的日期
• 网络连接，作为时间可能来自服务器的迹象被计数

在 44 个通道中，30 个被换到会话时钟上。其余 14 个只计数并保持真实，所以报告会列出它们，而不会声称它们被偏移了。墙上时钟和时区在每个会话中都会被偏移。经过时间轴和等待在你用 --scale-duration 要求时被监视，高分辨率计数器则用 --scale-qpc。

说真的，而且并不少见：

• 你只需要一个日期、正常速度、马上就要。RunAsDate 的下载不到 60 KB，没有需要学习的窗口，多年来一直在做的正是这件事。
• 你在用较旧的 Windows。RunAsDate 最早支持到 Windows 2000。这个工具面向 Windows 10 和 11，在更旧的系统上没有测试过。
• 体积很重要。47 KB 的下载对比命令行版约 2.4 MB 或带窗口版约 70 MB，根本不在一个量级。
• 你不想要判定。测量覆盖情况意味着要去读结果。如果这个测试是用完即弃的，那就是你没有要求的额外负担。
• 应用程序已经在运行。RunAsDate 自 1.40 版起可以附加到正在运行的进程。Chrono Mock 自己启动应用程序，所以无法重新启动的应用程序超出了它的能力范围。
• 你想同时以不同日期运行多个应用程序。RunAsDate 会给每个应用程序各自的日期。Chrono Mock 一次只运行一个会话。

两者也可以并存。这里没有任何东西会阻止你为快速的场景继续保留 RunAsDate。

两个工具都会出现在关于延长试用期的搜索里。这个工具不是为此而做的，这里也不会有任何示例、预设或页面演示这一点。Chrono Mock 是用来测试你自己负责的软件的——你自己的许可证到期、你自己的续费逻辑、你自己的月末报表。

这也是最不可能奏效的情形。许可证保护通常通过刻意选择的、难以拦截的途径读取时间——共享的用户模式数据页、直接系统调用、服务器——而时钟向后走正是这类代码被编写来检测的情况。审计会告诉你它没有生效，这是诚实的答案，而不是有用的答案。