Спящий режим, гибернация и Modern Standby: как не дать долгоживущему приложению остановиться ночью

«Приложение мониторинга должно было работать всю ночь, а утром график обрывается на часу ночи». «Сборщик месяцами стабильно работал на настольном ПК, но после замены на ноутбук в записях появились пропуски». В консультациях по долгоживущим бизнес-приложениям этот симптом — классика. В журнале нет ни исключения, ни аварийного завершения: просто пропали записи за несколько часов. Чаще всего виновато не приложение, а управление питанием Windows.

Сложность в том, что «спящий режим» — это не одно состояние. Классический S3, гибернация (S4) и Modern Standby (S0 low power idle), который сейчас обычен на ноутбуках, по-разному останавливают приложение и по-разному отвечают на меры. Особенно часто путают Modern Standby из-за формулировки «система продолжает работать во время сна»: настольные приложения, наоборот, останавливают ещё решительнее.

В статье — минимум необходимого о видах сна и поведении приложения во сне, а затем как выбирать между тремя подходами: «не давать системе уснуть», «считать сон нормой» и «будить к нужному времени». С примерами кода и таблицей решений.

1. Сначала выводы

Выводов много, поэтому они разложены на три части: исходные факты (1.1), проект, в котором сон не допускают (1.2) и проект, который со сном считается (1.3). Короткий путь — прочитать 1.1, решить, ваше приложение ближе к 1.2 или к 1.3, и уже затем идти в основной текст (таблица решений — в главе 7).

1.1. Исходные факты — виды сна и то, что происходит, пока приложение стоит

• В Windows есть классический спящий режим S3, гибернация (S4) и Modern Standby (S0 low power idle). Устройство с Modern Standby не поддерживает S1–S3. Какая модель на вашей машине, показывает powercfg /a.¹²³
• Настольные приложения не продолжают работать и во время Modern Standby. Desktop Activity Moderator (DAM) приостанавливает потоки настольных процессов (службы в сессии 0 при этом ограничивают по времени выполнения). Не закладывайте в проект посылку «раз это S0, значит должно работать».⁴
• Во время сна потоки не выполняются, и как считается срок таймера, зависит от поколения API. Начиная с Windows 8 относительные таймеры и ожидания (относительная форма SetWaitableTimer, SleepEx и аналоги) не считают время сна и переносят остаток на период после возобновления.⁵⁶ Таймеры .NET вплоть до .NET 10 считают время сна (если срок наступил во сне, срабатывают сразу после возобновления); с .NET 11 их переводят на схему без учёта сна (.NET 11 на момент написания статьи ещё не вышел; см. оговорку в 3.1).⁶ Среди API прошедшего времени одни включают время сна (GetTickCount, QueryPerformanceCounter — основа Stopwatch), другие не включают (QueryUnbiasedInterruptTime).⁷⁸
• TCP-соединение, которое во время сна ушло в простой, могут молча сбросить по тайм-ауту простоя NAT, брандмауэр, балансировщик нагрузки и другие промежуточные устройства (у Azure Load Balancer по умолчанию — 4 минуты, без уведомления). После возобновления проектируйте с расчётом на новое соединение.⁹⁴

1.2. Проект, в котором сон не допускают (глава 4)

• Прямой способ подавить сон — SetThreadExecutionState(ES_CONTINUOUS | ES_SYSTEM_REQUIRED). Действует он только на автоматический сон по тайм-ауту бездействия: сон по кнопке питания или закрытию крышки этим API не остановить. Ставьте запрос только на нужный интервал и по окончании обязательно снимайте.¹⁰¹¹
• Что подавление реально действует, проверяют командой powercfg /requests. У семейства PowerCreateRequest к запросу можно приложить строку с причиной — она попадает в этот список, и разбирать ситуацию на месте становится проще.¹²¹³¹⁴
• Если требование такое, как у ПК на оборудовании, который должен работать круглосуточно — «сну вообще не место», — отключать сон нужно в параметрах электропитания, а не API подавления в приложении (конкретные места настроек — в 7.1).

1.3. Проект, который со сном считается (главы 5 и 6)

• Если сон заложен в проект, в .NET его ловят через SystemEvents.PowerModeChanged, в Win32 — через WM_POWERBROADCAST (PBT_APMSUSPEND / PBT_APMRESUMEAUTOMATIC). На уведомление о приостановке у приложения около 2 секунд; при критически низком заряде батареи система может уснуть вообще без уведомления.^15161718
• Консольные приложения и службы без окна получают те же уведомления через PowerRegisterSuspendResumeNotification, без HWND (минимальный пример — в 5.1).¹⁹
• Чтобы работа гарантированно пошла в заданный момент, первый кандидат — флажок Планировщика заданий «Пробуждать компьютер для выполнения задачи» (WakeToRun). Он держит систему бодрствующей до конца задания. Но это зависит от разрешения таймеров пробуждения в параметрах электропитания, поэтому на целевом железе нужно проверить, что машина действительно просыпается.²⁰²¹

На схеме сплошная линия обозначает отношение, которое выполняется всегда, а пунктирная — условное отношение (условия указаны в пояснении к каждому отношению на странице сведений). Полный список отношений (всего 19, с доказательствами и степенью уверенности) и определения основных понятий собраны на странице сведений карты знаний (на японском). Данные: JSON-LD / Turtle

2. Сон в Windows — это не одно состояние

Сначала — только три состояния, без которых нельзя выбирать меры.

S3 и S4 — это «состояния, в которых система не выполняет вычислительных задач и снаружи выглядит выключенной».¹ Modern Standby ближе к модели питания смартфона: при выключенном экране система ждёт при низком энергопотреблении, сохраняя сетевое соединение, и возвращается к работе менее чем за секунду после нажатия кнопки питания. Устройства с Modern Standby не используют S1–S3.²²²

Важная деталь машин с Modern Standby — Desktop Activity Moderator (DAM). DAM при входе в ожидание сжимает выполнение настольных приложений до уровня, сопоставимого со сном S3: у процессов интерактивной сессии приостанавливаются все потоки, а службы в сессии 0 ограничивают (большую часть времени они приостановлены и выполняются лишь короткими вспышками).⁴ Ожидание «раз это Modern Standby, приложение во сне продолжит работать» противоположно факту: для приложения оно останавливается так же, как при S3. В отличие от S3 при этом «система жива, а стоит только приложение», и это проявляется как рассинхрон часов и странное поведение таймеров. Так безопаснее и думать.⁴

Какая модель на вашей машине (или на ПК заказчика на объекте), можно узнать без прав администратора.³

> powercfg /a
На этой системе доступны следующие состояния сна:
    Ожидание (S0 низкое энергопотребление в режиме простоя) Сеть подключена
    Гибернация
    ...

Если в выводе Ожидание (S3) — это машина S3; если S0 низкое энергопотребление в режиме простоя — Modern Standby. Когда жалуются, что «после замены на ноутбук записи стали дырявыми», начинают с этой проверки.

3. Что происходит с приложением во время сна и после возобновления

3.1. Потоки и таймеры

Во время сна (S3/S4 и приостановка DAM) потоки не выполняются.¹⁴ Легко упустить, как срок таймера или ожидания учитывает время сна: это зависит от слоя API. Если выстроить так же, как таблицу API прошедшего времени в следующем разделе, получится следующее.

Документ к изменению в третьей строке описывает его как ломающее изменение из-за смены основы Environment.TickCount64 и сам предупреждает: «может найтись код, который перестанет срабатывать сразу после возобновления».⁶

Про формулировки про .NET 11

На момент написания статьи (июль 2026) .NET 11 ещё не вышел. У .NET ежегодный цикл мажорных выпусков в ноябре; ближайший .NET 10 вышел 11 ноября 2025 года.²⁴ Поведение .NET 11 в этой статье — план по опубликованному документу о ломающем изменении (ещё на стадии preview). После GA сверяйтесь с актуальной документацией.⁶

Если «приложение мерило интервалы System.Threading.Timer по 10 секунд и провело во сне 8 часов», пачкой за все 8 часов оно всё равно не сработает. Но сработает ли один раз сразу после возобновления или сначала дождётся остатка — зависит от слоя API и версии среды. В любом случае отсчёты за время сна будут пропущены. Не опирайтесь на «срабатывание сразу после возобновления» как на способ восстановиться: безопаснее явно пересчитать расписание по событию возобновления из главы 5.

3.2. Измерение прошедшего времени съезжает

Среди API прошедшего времени одни включают время сна, другие — нет.

Код вида «взять следующий отсчёт, когда Stopwatch покажет 10 секунд», пережив сон, на деле означает «прошло 8 часов и 10 секунд». Проверка по TickCount, наоборот, меняет поведение при переходе на .NET 11. Разведите роли: сколько заняла операция — Stopwatch, в какой календарный момент должно сработать следующее действие — DateTime/DateTimeOffset, а точку отсчёта заново берите по событию возобновления (глава 5). Тогда ни сон, ни обновление среды не застанут врасплох. Само проектирование короткопериодных таймеров разобрано в «Почему на Windows стоит предпочитать ожидание событий вызову Sleep(1)».

3.3. TCP-соединение умирает молча

Во время сна приложение не обменивается данными, соединение простаивает. Проблема — в устройствах на пути. NAT, брандмауэры, балансировщики нагрузки сбрасывают простаивающий поток по тайм-ауту, и во многих конфигурациях не уведомляют ни одну из сторон, а просто рвут поток. У Azure Load Balancer поведение по умолчанию — «молча сбросить поток по достижении тайм-аута простоя (по умолчанию 4 минуты)».⁹ Такие же тайм-ауты бывают на внутренних маршрутизаторах и во встроенном TCP-стеке оборудования.

В итоге после возобновления сокет выглядит исправным: следующая отправка либо сразу завершается ошибкой, либо зависает в ожидании ответа до тайм-аута. Документация DAM прямо требует учитывать влияние приостановки процесса на время жизни соединения и на рукопожатие.⁴ На машинах с Modern Standby при питании от батареи сетевая активность во сне по умолчанию и вовсе останавливается (Adaptive Connected Standby).²⁶ Принятая практика — по событию возобновления считать соединение подозрительным, закрывать его и устанавливать заново. Как отличать соединение, которое «выглядит живым, но уже мертво», см. также «Причина остановки связи с промышленной камерой из-за повторной передачи TCP и её диагностика».

4. Как не давать системе уснуть — SetThreadExecutionState и запросы питания

Если сон недопустим только на несколько часов измерения, прямой инструмент — SetThreadExecutionState. Из C# его вызывают через P/Invoke.

using System.Runtime.InteropServices;

internal static class PowerGuard
{
    [Flags]
    private enum EXECUTION_STATE : uint
    {
        ES_CONTINUOUS       = 0x80000000,
        ES_SYSTEM_REQUIRED  = 0x00000001,
        ES_DISPLAY_REQUIRED = 0x00000002,
    }

    [DllImport("kernel32.dll", SetLastError = true)]
    private static extern EXECUTION_STATE SetThreadExecutionState(EXECUTION_STATE esFlags);

    /// <summary>Вызывать в начале измерения: подавляет автоматический сон (вызывать из того же потока, что и End)</summary>
    public static void Begin() =>
        SetThreadExecutionState(EXECUTION_STATE.ES_CONTINUOUS |
                                EXECUTION_STATE.ES_SYSTEM_REQUIRED);

    /// <summary>Обязательно вызывать по окончании измерения: снимает подавление (вызывать из того же потока, что и Begin)</summary>
    public static void End() =>
        SetThreadExecutionState(EXECUTION_STATE.ES_CONTINUOUS);
}

Вот что нужно учитывать в спецификации.

• С флагом ES_CONTINUOUS действие держится до следующего вызова с тем же флагом. Без него вызов лишь один раз сбрасывает таймер бездействия: чтобы эффект не пропал, функцию пришлось бы вызывать периодически.¹⁰
• ES_SYSTEM_REQUIRED не даёт системе уснуть, ES_DISPLAY_REQUIRED — не даёт погасить дисплей. Для фонового измерения достаточно первого. Ставить ещё и ES_DISPLAY_REQUIRED, когда экран может гаснуть, — лишний расход энергии.¹⁰
• Сон по нажатию кнопки питания или закрытию крышки этим API не остановить. Функция действует только на автоматический сон по тайм-ауту бездействия. В официальной документации прямо сказано, что явное действие пользователя следует уважать.¹⁰
• Система считает потоки, вызвавшие SetThreadExecutionState, и уходит в сон, когда счётчик обнуляется и нет ввода от пользователя.¹¹ Если процесс аварийно завершится, подавление исчезнет вместе с ним, поэтому «ПК, который никогда не уснёт из-за забытого снятия», после перезагрузки приходит в норму. Обратная сторона: это не защита от сбоя.
• Как видно из имени, функция задаёт состояние выполнения вызывающего потока.¹⁰ Ставить и снимать запрос нужно из одного и того же потока. Продолжение async/await может пойти на другом потоке из пула, поэтому Begin() и End() через await рискуют снять запрос не с того потока: снятие промахивается, а исходный поток держит подавление, пока жив. Надёжнее вызывать это с потока с устойчивой идентичностью — например, с UI-потока. Если по архитектуре нужно пересекать потоки, используйте API запросов питания на дескрипторах, о котором ниже.

Начиная с Windows 7 для той же цели есть более новый API — запросы питания (PowerCreateRequest / PowerSetRequest / PowerClearRequest). Практический плюс: при создании запроса через REASON_CONTEXT можно передать строку с причиной. Среди типов запроса, помимо PowerRequestSystemRequired, есть PowerRequestExecutionRequired, который на машине с Modern Standby не даёт приостанавливать процесс.¹⁴¹³ Официальная практика — «поставить Set непосредственно перед сценарием, сразу после него Clear, перед завершением процесса закрыть дескриптор».¹³

У Modern Standby есть важное ограничение. На системе с Modern Standby при питании от батареи запросы SystemRequired/ExecutionRequired отменяют через 5 минут после превышения тайм-аута сна. И независимо от источника питания запрос заканчивается, когда в сон уходят по действию пользователя (кнопка питания, закрытие крышки, «Сон» в меню «Пуск»).¹³ Иначе говоря, «ноутбук продолжает работать и с закрытой крышкой, и от батареи» силами одного приложения не обеспечить. Такое требование закрывают параметрами электропитания и эксплуатацией: крышка не должна уводить в сон, питание — от сети.

Что подавление реально действует, проверяют в командной строке с правами администратора.

> powercfg /requests
SYSTEM:
[PROCESS] \Device\HarddiskVolume3\Apps\SensorLogger.exe

powercfg /requests перечисляет запросы питания, которые сейчас мешают сну или выключению экрана. Команда полезна и когда «ПК почему-то не засыпает», и когда нужно проверить подавление своим приложением.¹² Как читать вывод:

• Вывод разбит заголовками по типу запроса. Базовые — DISPLAY (не гасить экран), SYSTEM (не уходить в сон), AWAYMODE; для PowerRequestExecutionRequired появляется ещё EXECUTION. Если в примере под SYSTEM: видно ваше приложение, системный сон сейчас подавлен.¹²¹³
• В начале строк под заголовком стоят [PROCESS] / [SERVICE] / [DRIVER] — тип источника. Этот тип и имя можно сразу передать в powercfg /requestsoverride.¹²
• Если запросов данного типа нет, выводится строка об отсутствии (в английской среде — None.). Чтобы проверить подавление своим приложением, достаточно смотреть, есть ли ваш процесс под SYSTEM.
• Если через API семейства PowerCreateRequest приложили строку с причиной, она попадает в этот список: эксплуатация видит, ради какой операции сон держат.¹⁴¹³

Имейте в виду и обратное: администратор может через powercfg /requestsoverride велеть игнорировать запросы конкретного процесса.¹² API подавления — это «просьба», а не гарантия. Так и задумано.

Напоследок — о хорошем тоне. Держать ES_CONTINUOUS | ES_SYSTEM_REQUIRED всё время жизни приложения значит, что постоянно работающая программа навсегда подменяет схему питания, которую выставил пользователь. На ноутбуке это сажает батарею, на общем ПК мешает другим сценариям. Принцип: подавлять сон только на интервале, где реально идёт работа, которая сна не переживёт (в официальной документации пример тот же: «поставить в начале записи, снять по окончании»¹⁰). Как временный обход для пользователя есть PowerToys Awake: внутри это тот же механизм — поток, запрашивающий состояние выполнения.²⁷ По этой границе и решают, встраивать подавление в приложение или оставить эксплуатационному инструменту.

5. Как считать сон нормой — обнаружение, новое соединение, запись пропусков

Для большинства постоянно работающих приложений мониторинга и сбора жить рядом со сном разумнее, чем запрещать его. Нужны три вещи: узнать до входа, узнать о возобновлении, восстановиться после него.

В .NET входная точка — Microsoft.Win32.SystemEvents.PowerModeChanged.¹⁵

using Microsoft.Win32;

SystemEvents.PowerModeChanged += OnPowerModeChanged;

private void OnPowerModeChanged(object sender, PowerModeChangedEventArgs e)
{
    switch (e.Mode)
    {
        case PowerModes.Suspend:
            // Времени мало: только сбросить буферы и записать момент остановки измерения
            _logger.Info("suspend at {0:O}", DateTimeOffset.Now);
            _collector.Pause();
            break;

        case PowerModes.Resume:
            // 1) Сам интервал без данных оставляем как данные
            _logger.Info("resume at {0:O}", DateTimeOffset.Now);
            // 2) Соединение считаем мёртвым: закрываем и устанавливаем заново
            _connection.Reset();
            // 3) Пересчитываем расписание по календарному времени и заново взводим таймеры
            _scheduler.Rebase(DateTimeOffset.Now);
            // 4) Сбор явно возобновляем только после восстановления (не оставляем на паузе)
            _collector.Resume();
            break;
    }
}

У события официально отмечены два ограничения. Оно не приходит, если не крутится цикл обработки сообщений (в службе Windows для этого нужна, например, скрытая форма). И это статическое событие: если не отписаться, будет утечка.¹⁵ В GUI-приложении им можно пользоваться напрямую. В консольном сборщике или службе либо заводят своё окно сообщений под WM_POWERBROADCAST из Win32, либо берут PowerRegisterSuspendResumeNotification, который принимает обратный вызов без HWND (в среде DAM уведомления идут тем же путём).⁴¹⁶

5.1. Как принять возобновление в приложении без окна

У сборщика или службы Windows без окна меньше возни с PowerRegisterSuspendResumeNotification, чем с самодельным окном сообщений. В Flags передают DEVICE_NOTIFY_CALLBACK, в Recipient — указатель на DEVICE_NOTIFY_SUBSCRIBE_PARAMETERS с обратным вызовом и контекстом; при успехе функция возвращает ERROR_SUCCESS (0). Доступно начиная с Windows 8 / Windows Server 2012.¹⁹²⁸

using System;
using System.Collections.Generic;
using System.Runtime.InteropServices;

// Минимальный пример: консоль/служба без окна принимает приостановку и возобновление
// Цикл обработки сообщений не нужен. Windows 8 / Windows Server 2012 и новее
internal sealed class SuspendResumeNotifier : IDisposable
{
    private const uint DEVICE_NOTIFY_CALLBACK  = 2;      // powrprof.h
    private const uint PBT_APMSUSPEND          = 0x0004; // winuser.h
    private const uint PBT_APMRESUMEAUTOMATIC  = 0x0012; // winuser.h
    private const uint ERROR_SUCCESS           = 0;

    // ULONG DeviceNotifyCallbackRoutine(PVOID Context, ULONG Type, PVOID Setting)
    private delegate uint DeviceNotifyCallbackRoutine(IntPtr context, uint type, IntPtr setting);

    [StructLayout(LayoutKind.Sequential)]
    private struct DEVICE_NOTIFY_SUBSCRIBE_PARAMETERS
    {
        public IntPtr Callback;
        public IntPtr Context;
    }

    [DllImport("powrprof.dll")]
    private static extern uint PowerRegisterSuspendResumeNotification(
        uint flags,
        ref DEVICE_NOTIFY_SUBSCRIBE_PARAMETERS recipient,
        out IntPtr registrationHandle);

    [DllImport("powrprof.dll")]
    private static extern uint PowerUnregisterSuspendResumeNotification(IntPtr registrationHandle);

    // Делегат держим в поле (локальную переменную GC заберёт, и при уведомлении процесс упадёт)
    private readonly DeviceNotifyCallbackRoutine _callback;
    private IntPtr _registration;

    // Регистрация, которую не удалось снять, остаётся на стороне ОС.
    // Этот список держит только её делегат до конца процесса (см. Dispose ниже)
    private static readonly List<DeviceNotifyCallbackRoutine> AbandonedCallbacks = new();

    public SuspendResumeNotifier()
    {
        _callback = OnPowerNotification;

        var parameters = new DEVICE_NOTIFY_SUBSCRIBE_PARAMETERS
        {
            Callback = Marshal.GetFunctionPointerForDelegate(_callback),
            Context  = IntPtr.Zero,
        };

        uint result = PowerRegisterSuspendResumeNotification(
            DEVICE_NOTIFY_CALLBACK, ref parameters, out _registration);

        if (result != ERROR_SUCCESS)
        {
            throw new InvalidOperationException(
                $"PowerRegisterSuspendResumeNotification failed with {result}.");
        }
    }

    private uint OnPowerNotification(IntPtr context, uint type, IntPtr setting)
    {
        // Этот метод вызывает напрямую ОС (нативная сторона). Если выпустить
        // управляемое исключение за границу, на управляемой стороне некому
        // его поймать — падает весь процесс. Переполненный приёмник логов,
        // уже уничтоженный collector и другие вполне реальные сбои тогда
        // убивают приложение при каждом сне. Обработку замыкаем внутри
        // и всегда возвращаем код
        try
        {
            switch (type)
            {
                case PBT_APMSUSPEND:
                    // Около 2 секунд. Только сброс буферов и запись момента остановки
                    _logger.Info("suspend at {0:O}", DateTimeOffset.Now);
                    _collector.Pause();
                    break;

                case PBT_APMRESUMEAUTOMATIC:
                    // Приходит и при возобновлении без пользователя. Тяжёлое восстановление — вне обратного вызова
                    _logger.Info("resume at {0:O}", DateTimeOffset.Now);
                    _recovery.RequestRebuild();
                    break;
            }
        }
        catch (Exception ex)
        {
            // Мог отказать и сам вывод в журнал — этот путь тоже закрываем
            try { _logger.Error("power notification failed: {0}", ex); }
            catch { /* повторный throw обессмыслил бы внешний try */ }
        }

        return ERROR_SUCCESS; // возвращаем код ошибки Windows
    }

    public void Dispose()
    {
        if (_registration == IntPtr.Zero)
        {
            return;
        }

        uint result = PowerUnregisterSuspendResumeNotification(_registration);
        if (result != ERROR_SUCCESS)
        {
            // Если выбросить дескриптор, не сняв регистрацию, она останется
            // у ОС, а отслеживать её будет нечем. Когда экземпляр соберут,
            // пропадёт и _callback: ОС вызовет уже освобождённый указатель
            // на функцию. При следующей приостановке упадёт весь процесс,
            // поэтому делегат оставляем живым
            lock (AbandonedCallbacks)
            {
                AbandonedCallbacks.Add(_callback);
            }

            _logger.Error("PowerUnregisterSuspendResumeNotification failed with {0}.", result);
            return;   // раз снять не удалось, дескриптор не бросаем
        }

        _registration = IntPtr.Zero;
    }
}

В реализации важны три момента.

• Не выпускайте исключение за границу обратного вызова. Метод вызывает напрямую ОС: если управляемое исключение пересечёт границу, на управляемой стороне некому его поймать, и падает весь процесс. Переполненный журнал или обращение к уже уничтоженному объекту — вполне реальные сбои, и тогда приложение будет умирать при каждом сне. Оберните тело в try / catch и всегда возвращайте код.
• Обратный вызов идёт с системного потока. Окно на обработку PBT_APMSUSPEND — те же около 2 секунд, что и при доставке через окно, поэтому здесь нельзя переподключаться и делать сетевую зачистку.¹⁷¹⁸ Восстановление после возобновления тоже безопаснее отдать другому потоку по флагу.
• Не забывайте снимать регистрацию. В PowerUnregisterSuspendResumeNotification передают дескриптор регистрации.²⁹ Смотрите и возвращаемое значение. Если выбросить дескриптор, не сняв регистрацию, она останется у ОС, а отслеживать её будет нечем. Когда экземпляр соберут, пропадёт и делегат обратного вызова, и ОС вызовет уже освобождённый указатель на функцию.
• Если уведомления нужны через дескриптор окна, в RegisterSuspendResumeNotification из user32.dll передают DEVICE_NOTIFY_WINDOW_HANDLE (тогда как обычно приходит WM_POWERBROADCAST).³⁰

Если приложение делают службой Windows, можно поставить CanHandlePowerEvent у ServiceBase в true и переопределить OnPowerEvent(PowerBroadcastStatus). Те же события питания приходят через диспетчер управления службами, без P/Invoke.³¹

5.2. Что означают события на уровне Win32

И через окно, и через обратный вызов смысл событий один. Это стоит зафиксировать.

• PBT_APMSUSPEND: уведомление непосредственно перед сном. На одно приложение — около 2 секунд; если не уложиться, система может прервать обработку. Здесь — сброс буферов и запись времени, не сетевая зачистка, которая занимает время.¹⁷¹⁸
• PBT_APMRESUMEAUTOMATIC: приходит при каждом возобновлении. Переподключение и пересчёт расписания пишите сюда.³²
• PBT_APMRESUMESUSPEND: приходит после PBT_APMRESUMEAUTOMATIC, если возобновление вызвано действием пользователя (или пользователь вернулся). При автоматическом возобновлении вроде удалённого пробуждения его нет, поэтому если «обработку возобновления» повесить только сюда, без пользователя восстановление не запустится.³³
• При критическом уходе в сон (например, из-за батареи) предварительного уведомления нет.¹⁸ Пишите сторону Resume идемпотентной, чтобы она сработала и тогда, когда Suspend не пришёл.

5.3. Пропуск нужно записывать как пропуск

Не менее важно, чем сама обработка возобновления, — фиксировать отсутствие измерений именно как отсутствие измерений. Данные сбора, которые пережили сон, — это не «нет значения», а «система стояла, поэтому не измеряли». Если этот интервал с отметками suspend/resume лежит и в журнале, и в данных, пустое место на графике позже не примут за аварию. Что должно оставаться в журналах долгоживущего приложения, также разобрано в «Расследование сбоя промышленной камеры при длительной работе - случай утечки хендлов».

Рядом со сном стоит похожая жалоба «вроде бы всё стало медленнее»: подавление через режим эффективности (EcoQoS) в Windows 11. Об этом — «Что такое режим эффективности Windows - зелёный значок листа и способ отключения».

6. Как гарантированно отработать в заданный момент — пробуждение через Планировщик заданий

Привязанную к часам операцию вроде «в 2 ночи агрегировать и отправить» через таймер постоянно работающего приложения плюс подавление сна делать не стоит: это значит всю ночь держать сон выключенным. Для этого сценария основное решение — флажок Планировщика заданий «Пробуждать компьютер для выполнения задачи» (WakeToRun).

Задание с WakeToRun в назначенный момент будит компьютер из сна или гибернации и держит систему бодрствующей до конца задания (если машина уже не спала, то же требование действует до завершения). Экран при пробуждении может оставаться выключенным — так и должно быть.²⁰

Но пробуждение срабатывает не всегда. В официальной диагностике как условия указаны включённый параметр электропитания «Разрешить таймеры пробуждения» (Allow Wake Timer) и включённая настройка пробуждения в BIOS. На современных ноутбуках ради экономии энергии пробуждение нередко запрещают.²¹ Текущие активные таймеры пробуждения показывает powercfg /waketimers,¹² поэтому на целевом железе обязательно проверьте, что машина действительно просыпается. Если будить нужно из своего приложения, есть таймер с пробуждением: в fResume у SetWaitableTimer передают TRUE. После автоматического пробуждения система бодрствует только в течение таймера бездействия без пользователя (минимум 2 минуты) и быстро снова уснёт, если приложение не объявит через SetThreadExecutionState, что оно «занято». Если после пробуждения работа длинная, правильное сочетание — с подавлением из главы 4.²³

Учётная запись выполнения задания, завершение с кодом 0x1, защита от повторного запуска — это уже эксплуатация самой задачи; она разобрана в «Задачи Планировщика заданий не выполняются или завершаются с кодом 0x1 - диагностика причин и безопасное проектирование эксплуатации».

7. Таблица решений — подавлять, обрабатывать возобновление или будить

Три подхода не исключают друг друга: для каждого типа приложения выбирают основной и вспомогательный и сочетают их.

Осей две. «Есть ли окно, когда остановка допустима» (если да — Планировщик заданий, если нет — параметры электропитания) и «на чьём ПК это работает» (чем ближе приложение к личному или общему ноутбуку пользователя, тем сильнее стоит опираться на обработку возобновления, а не на подавление).

7.1. Что значит «отключить сон в параметрах электропитания»

«Отключить в параметрах электропитания» из таблицы — это конкретно следующие действия. Для ПК управления оборудованием, где сон останавливают эксплуатацией, а не приложением, гарантия появляется только когда сделано всё это.

На машине с Modern Standby нужна ещё одна оговорка. Устройство с Modern Standby уходит в ожидание, когда гаснет экран. Официальная документация как поводы называет кнопку питания, закрытие крышки, «Сон» в меню «Пуск» и ещё «когда система вышла по простою».³⁵ Если думать в логике S3 («достаточно выключить только тайм-аут сна»), останется путь «экран погас → ожидание». Пересмотрите тайм-ауты и сна, и экрана, сверьтесь с powercfg /a и оставьте машину на ночь: она не должна остановиться. Это тоже часть процедуры.

Про батарею тоже часто забывают. standby-timeout-ac — настройка при питании от сети; от батареи действует standby-timeout-dc. Если ПК оборудования — ноутбук, в требованиях лучше явно написать питание от сети (как в главе 4, на Modern Standby от батареи сам запрос питания снимают через 5 минут).¹³

8. Итог

• Сон бывает S3, гибернация (S4) и Modern Standby (S0 low power idle); различают их через powercfg /a. Даже на машине с Modern Standby настольные приложения приостанавливает DAM, поэтому посылка «во сне продолжит работать» не держится.
• Во время сна не идут ни потоки, ни таймеры. Начиная с Windows 8 относительные таймеры и ожидания не считают время сна и переносят остаток; таймеры .NET получают то же поведение с .NET 11 (до .NET 10 включительно могут сработать сразу после возобновления). Среди API прошедшего времени одни включают время сна, другие нет. Прошедшее время ведите через Stopwatch, календарное — через DateTime и заново берите точку отсчёта при возобновлении.
• TCP-соединение молча умирает по тайм-ауту простоя на промежуточном устройстве. Принятая практика — закрывать и устанавливать заново по событию возобновления.
• Подавляйте через SetThreadExecutionState(ES_CONTINUOUS | ES_SYSTEM_REQUIRED) только на нужном интервале. Сон по действию пользователя не остановить, а на Modern Standby от батареи запрос снимают через 5 минут. Проверка — powercfg /requests.
• Возобновление обрабатывайте через SystemEvents.PowerModeChanged / WM_POWERBROADCAST. На уведомление о приостановке около 2 секунд, бывает сон без уведомления: сторону Resume пишите идемпотентной и записывайте интервал без данных.
• Для запуска в заданный момент основное решение — WakeToRun в Планировщике заданий. В проект входят и параметр электропитания для таймера пробуждения, и проверка пробуждения на реальном железе.

Похожие статьи

• Задачи Планировщика заданий не выполняются или завершаются с кодом 0x1 - диагностика причин и безопасное проектирование эксплуатации
• Почему на Windows стоит предпочитать ожидание событий вызову Sleep(1)
• Причина остановки связи с промышленной камерой из-за повторной передачи TCP и её диагностика
• Расследование сбоя промышленной камеры при длительной работе - случай утечки хендлов
• Что такое режим эффективности Windows - зелёный значок листа и способ отключения

Смежные области консультаций

В Komura Software LLC мы проектируем и реализуем долгоживущие Windows-приложения для измерений, мониторинга и сбора данных и разбираем сбои, характерные для длительной работы: «остановилось ночью», «в записях пропуски». Обращайтесь и по диагностике плохо воспроизводимых симптомов, в которых замешаны сон и управление питанием.

• Разработка приложений для Windows
• Расследование сбоев и анализ первопричин
• Техническая консультация и ревью архитектуры
• Контакты

Справочные материалы

Похожие статьи

Недавние статьи с теми же тегами помогут подробнее изучить близкие темы.

Связанные темы

Эти страницы показывают тему статьи в более широком контексте услуг и решений.

Услуги по этой теме

Статья напрямую связана со следующими услугами.

Частые вопросы

Вопросы, которые часто возникают при консультациях по теме статьи.

Как не давать компьютеру уходить в сон только пока работает моё приложение?

Базовый приём — в начале работы вызвать SetThreadExecutionState(ES_CONTINUOUS | ES_SYSTEM_REQUIRED), а по окончании снять запрос вызовом SetThreadExecutionState(ES_CONTINUOUS). ES_DISPLAY_REQUIRED добавляйте, только если нужно ещё и не гасить экран. Действует это лишь на автоматический сон по тайм-ауту бездействия: сон по кнопке питания или закрытию крышки этим API не остановить. Что запрос реально принят, проверяют командой powercfg /requests.

Что такое Modern Standby и чем он отличается от обычного спящего режима?

Это более новая модель сна, её же называют S0 low power idle: система остаётся частично активной при низком энергопотреблении и умеет почти мгновенно возобновлять работу. Устройство с Modern Standby не поддерживает классический S3. «Продолжает работать» только та активность, которую разрешила ОС: у настольных приложений Desktop Activity Moderator (DAM) приостанавливает потоки, поэтому с точки зрения приложения оно останавливается так же, как при S3. Какая модель на конкретной машине, показывает powercfg /a.

Почему после выхода из сна TCP-соединение больше не работает?

Во время сна приложение не обменивается данными, соединение простаивает, и промежуточные устройства на пути — NAT, брандмауэры, балансировщики нагрузки — сбрасывают поток по тайм-ауту простоя. Многие из них не уведомляют ни одну из сторон и рвут поток молча, поэтому сокет приложения выглядит исправным до первой отправки или приёма после возобновления: тогда либо сразу приходит ошибка, либо вызов зависает до тайм-аута. Принятая практика — по событию возобновления считать соединение подозрительным и создавать его заново.

Чтобы ночное пакетное задание гарантированно отработало, лучше подавлять сон или использовать Планировщик заданий?

Первый кандидат — флажок Планировщика заданий «Пробуждать компьютер для выполнения задачи» (WakeToRun). Он будит ПК к моменту запуска и держит систему бодрствующей до конца задания, поэтому не нужно держать сон выключенным всю ночь. Если в параметрах электропитания запрещены таймеры пробуждения, машина не проснётся: проверьте «Разрешить таймеры пробуждения» и на реальном железе убедитесь, что пробуждение происходит. Постоянно держать сон подавленным — это лишний расход энергии и неаккуратное проектирование: приложение подменяет настройки питания пользователя.

Об авторе

Страница с профилем автора статьи.

Го Комура

Представитель KomuraSoft LLC

Специализируется на разработке программного обеспечения для Windows, техническом консалтинге и расследовании сбоев, особенно в проектах с унаследованными системами и трудно воспроизводимыми ошибками.