Windows同一应用内TimeEndPeriod调用是否会抵消其他TimeBeginPeriod请求

结论 #

你给出的调用场景里，LibB.TimeEndPeriod(5) 不会取消 LibA.TimeBeginPeriod(1) 的设置，调用来自不同程序集也不会触发这类干扰。

底层逻辑说明 #

Windows 对同一进程内的计时器周期请求采用「计数匹配+取最小生效值」的规则：

• 每调用一次 TimeBeginPeriod(n) 就会在进程的请求列表中新增一条对应周期的有效记录
• TimeEndPeriod(n) 只会移除和入参数值匹配的一条 TimeBeginPeriod 记录，不会影响其他数值的请求
• 进程当前生效的计时器分辨率，始终等于所有未被移除的有效请求里的最小值

你自己的测试结果也完全符合这个规则：提前设置1ms周期请求后，中间插入的15ms请求、结束15ms请求的操作全程没有改变有效最小值，所以 Thread.Sleep(1) 的耗时始终稳定在2ms左右，直到最后调用 TimeEndPeriod(1) 移除了最后一条1ms的有效请求，才恢复到默认的15ms左右的耗时。

异常排查建议 #

如果确实出现调用 TimeEndPeriod(5) 后1ms周期失效的问题，优先排查两个常见诱因：

1. 库B的代码存在参数错误，实际调用的是 TimeEndPeriod(1) 而非预期的 TimeEndPeriod(5)
2. 库A的逻辑存在提前释放的问题，比如 TimeEndPeriod(1) 被析构函数、异常分支等场景意外触发

你提到的Windows计时器规则变更仅影响跨进程的全局分辨率逻辑，同一进程内的请求匹配规则从Windows XP到最新版本都没有调整，和系统版本无关。

内容的提问来源于stack exchange，提问作者SuRGeoNix