Windows 10上的Java Thread.sleep()在S3睡眠状态下停止

Question

有一个桌面应用程序使用Thread.sleep（）来实现长（分钟或小时）延迟。从Windows XP到（至少）Windows 7，这个应用程序一直运行良好。应用程序计算它在未来需要做什么，然后点击Thread.sleep（msToWait）。这一直运行良好，即使系统在等待期间碰巧进入S3睡眠状态。

不过，从Windows 10开始，Thread.sleep（）之后的代码不会执行"；准时"；如果机器已经处于S3。看来机器在"0"开始执行代码；msToWait"；再加上机器在S3中的时间（目前还不能100%确定，但很可能）。

早期版本的Windows没有表现出这种行为；Thread.sleep（）之后的代码等待了适当的时间，而与睡眠状态无关。

已经在当前的JVM 1.7上进行了测试。

这是Windows 10的错误吗？这是JVM错误吗？附近有工作吗？

附加数据：

制定了测试程序和程序。该过程是运行程序，使机器睡眠大约一分钟，然后唤醒机器并等待程序完成。

如果该程序在JVM版本为25.40-b25的Windows 10（报告为8）上运行，则会失败：

C:UsersTesterDownloads>SleepTester.exe
Wed Apr 01 10:47:35 PDT 2015 Using default number of minutes: 5
Wed Apr 01 10:47:35 PDT 2015 You can use "SleepTester -minutes 10" to have it sleep for 10 minutes, for example.
Wed Apr 01 10:47:35 PDT 2015 JVM Version: 25.40-b25 Windows Version: Windows 8
Wed Apr 01 10:47:35 PDT 2015 The program will now wait for 5 minutes.  Expect wrap-up at Wed Apr 01 10:52:35 PDT 2015
Wed Apr 01 10:53:38 PDT 2015 The system has come through the Thread.sleep(300000).
Wed Apr 01 10:53:38 PDT 2015 This should be a low number: 63589
Wed Apr 01 10:53:38 PDT 2015 This appears to be operating incorrectly...the expected sleep time has NOT been achieved.
Wed Apr 01 10:53:38 PDT 2015 Program is ending.

如果进程在Windows7上运行，则不会失败。

Wed Apr 01 17:12:18 EDT 2015 Java Runtime Version: 1.8.0_31-b13 JVM Version: 25.31-b07 Windows Version: Windows 7
Wed Apr 01 17:12:18 EDT 2015 The program will now wait for 6 minutes.  Expect wrap-up at Wed Apr 01 17:18:18 EDT 2015
Wed Apr 01 17:18:18 EDT 2015 The system has come through the Thread.sleep(360000). 
Wed Apr 01 17:18:18 EDT 2015 This should be a low number: 0
Wed Apr 01 17:18:18 EDT 2015 Program is ending.

这是测试程序：

import java.util.Date;
public class SleepTester {
private static int mMinutes;
private static int mDefault = 5;
public static void main(String[] args) throws Exception {
    for (int iArg = 0; iArg < args.length; ++iArg) {
        if (args[iArg].equals("-minutes") && (iArg + 1) < args.length) {
            mMinutes = Integer.parseInt(args[++iArg]);
        }
    }
    if (mMinutes == 0) {
        mMinutes = mDefault;
        System.out.println(new Date() + " Using default number of minutes: " + mDefault);
        System.out.println(new Date() + " You can use "SleepTester -minutes 10" to have it sleep for 10 minutes, for example.");
    }
    
    System.out.println(new Date() + " Java Runtime Version: " + System.getProperty("java.runtime.version") + " JVM Version: " + System.getProperty("java.vm.version") + " Windows Version: " + System.getProperty("os.name"));
    long msDelay = mMinutes * 60 * 1000;
    long wakePoint = new Date().getTime() + msDelay;
    System.out.println(new Date() + " The program will now wait for " + mMinutes + " minutes.  Expect wrap-up at " + new Date(wakePoint));
    Thread.sleep(msDelay); // If the machine goes into S3 during this interval, it should not matter, as long as it's awake when it fires.
    System.out.println(new Date() + " The system has come through the Thread.sleep(" + msDelay + "). ");
    long msAccuracy = Math.abs(new Date().getTime() - wakePoint);
    System.out.println(new Date() + " This should be a low number: " + msAccuracy);
    if (msAccuracy > 1000) System.out.println(new Date() + " This appears to be operating incorrectly...the expected sleep time has NOT been achieved.");
    System.out.println(new Date() + " Program is ending.");
}
}

我意识到我可以尝试各种其他的睡眠方法，但我想，既然我经历并记录了这一点，我会在尝试其他事情之前把它发布在这里。

附加信息：此故障似乎也出现在Windows 8中（但不是7或更早版本）。

2019年4月4日新增

该问题在bugs.java.com上的以下url[JDK-8221971][1]中可见。

有一些早期的错误与该错误有关。来自链接JDK-8146730错误的评论：

17-04-2017关于这个话题有什么消息吗？

2019年4月4日已延期。这是一个低优先级、复杂的问题，没有人主动分配给它

2021年2月17日新增

这可能是由于Windows操作系统对超时的响应方式发生了变化。即使直接使用Windows API，我也不确定如何实现使新旧Windows操作系统行为相同的目标。

Windows XP、Windows Server 2003、Windows Vista、Windows 7、Windows Server 2008和Windows Server 2008 R2：dwMilliseconds值确实包括在低功耗状态下花费的时间。例如，当计算机处于睡眠状态时，超时确实会继续倒计时。

Windows 8、Windows Server 2012、Windows 8.1、Windows Server 2012R2、Windows 10和Windows Server 2016：dwMilliseconds值不包括在低功耗状态下花费的时间。例如，当计算机处于睡眠状态时，超时不会一直倒计时。

https://learn.microsoft.com/en-us/windows/win32/api/synchapi/nf-synchapi-waitforsingleobjectex

Answer 1

这是预期的有效行为。文件非常明确，说明：

这些睡眠时间不能保证是精确的，因为它们受到底层操作系统提供的设施的限制。

和：

在任何情况下，都不能假设调用sleep会在指定的时间段内挂起线程。

Answer 2

这可能是windows 10中的一个错误。即使是在metro中完成的重要操作，如开始菜单，有时也无法及时从暂停状态中唤醒（这取决于你所屏蔽或禁用的内容，不足为奇）。我建议用processhacker或一些sysinternals工具检查线程/进程的状态，并尝试想出一些解决方案。然后查看windows事件日志等。

或者只是做一些愚蠢的事情，比如用信号量替换sleep，然后在命令行中执行sleep。

医生们非常确信imho，它应该及时唤醒，只是你不应该把它当作一些数据线上的输出计时器，播放音乐之类的，但用100倍的时间有点不同。